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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document is part of a series of documents that specify charging functionality and charging management in 
GSM and UMTS networks. The GSM/UMTS core network charging architecture and principles are specified in 
document TS 32.240 [1], which provides an umbrella for other charging management documents that specify: 

- the content of the CDRs per domain and subsystem (offline charging); 

- the content of real-time charging events per domain/subsystem (online charging); 

- the functionality of online and offline charging for those domains and subsystems; 

- the interfaces that are used in the charging framework to transfer the charging information 

(i.e. CDRs or charging events). 

The complete document structure for these TSs is defined in TS 32.240 [1]. 

The present document specifies the CDR parameters, the abstract syntax and encoding rules for all the CDR types that 
are defined in the charging management TSs described above. Therefore, it is only applicable to offline charging. The 
mechanisms used to transfer the CDRs from the generating node to the operator"s billing domain (e.g. the billing 
system or a mediation device) are specified in TS 32.297 [42]. Further details with respect to the operator"s billing 
domain for offline charging are out of scope of 3GPP standardisation. 

Note that a generic Diameter application for online charging in 3GPP networks is specified in TS 32.299 [40]. 
Furthermore, 3GPP TSs are being created to standardise some technical aspects of the operator"s billing domain for 
online charging, i.e. the Online Charging System (OCS). 

All terms, definitions and abbreviations used in the present document, that are common across 3GPP TSs, are defined 
in the 3GPP Vocabulary, TR 21.905 [50]. Those that are common across charging management in UMTS domains or 
subsystems are provided in the umbrella document TS 32.240 [1] and are copied into clause 3 of the present document 
for ease of reading. Finally, those items that are specific to the present document are defined exclusively in the present 
document. 

Furthermore, requirements that govern the charging work are specified in 3GPP TS 22. 115 [102]. 
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[74] 3GPP TS 23.060: "General Packet Radio Service (GPRS) Service description; Stage 2". 

[75] 3GPP TS 29.060: "General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) 

across the Gn and Gp interface". 

[76] 3GPP TS 25.413: "UTRAN lu interface Radio Access Network Application Part (RANAP) 

signalling". 

[77] 3GPP TS 23.207: "End-to-end QuaUty of Service (QoS) concept and architecture". 

[78] 3GPP TS 29.207: "Policy control over Go interface". 

[79] 3GPP TS 24.229: "Internet Protocol (IP) multimedia call control protocol based on Session 

Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3". 

[80] 3GPP TS 23.218: "IP Multimedia (IM) session handhng; IM call model; Stage 2". 

[81] 3GPP TS 23.140: "Multimedia Messaging Service (MMS); Functional description; Stage 2". 

[82]-[100] Void. 

[101] IS08824-1 (94)/X.680 (94): "Information technology; Abstract Syntax Notation One (ASN.l): 

Specification of Basic Notation". 

[102] ITU-T Recommendation X.690: "Information technology - ASN.l encoding rules: Specification of 

Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding 
Rules (DER)". 

[103] ITU-T Recommendation X.691: "Information technology - ASN.l encoding rules: Specification of 

Packed Encoding Rules (PER)". 

[104] XER 

[105] ITU Recommendation X.2ab CMIP 
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[106] ITU Recommendation X.721 (ISO/IEC 10165-2) (1992): " Information technology - Open 

Systems Interconnection - Structure of management information: Definition of management 
information". 

[ 1 07] ITU Recommendation X.2cd A CSE 



Editor"s Note: to be completed, also more service charging TSs might need to be added. 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 32.240 [1] and TS 32.297 [42] as well 
as the following apply: 

Billing Domain: part of the operator network, which is outside the core network, that receives and processes CDR files 
from the core network charging functions. It includes functions that can provide billing mediation and billing or other 
(e.g. statistical) end applications. It is only applicable to offline charging (see 'Online Charging System' for equivalent 
functionality in online charging). 

Charging Data Record (CDR): formatted collection of information about a chargeable event (e.g. time of call set-up, 
duration of the call, amount of data transferred, etc) for use in billing and accounting. For each party to be charged for 
parts of or all charges of a chargeable event a separate CDR shall be generated, i.e. more than one CDR may be 
generated for a single chargeable event, e.g. because of its long duration, or because more than one charged party is to 
be charged. 

offline charging: charging mechanism where charging information does not affect, in real-time, the service rendered. 

online charging: charging mechanism where charging information can affect, in real-time, the service rendered and 
therefore a direct interaction of the charging mechanism with bearer/session/service control is required. 

Editor"s Note: to be completed based on definitions in TS 32.240 [1] and 32.297 [42]. 



3.2 Symbols 



For the purposes of the present document, the following symbols as specified in TS 32.240 [1], TS 32.297 [42] and the 
following apply: 

Bx The Interface between a 3G core network charging function and the BD 

Ga Interface between a node transmitting CDRs (i.e. CDCF) and a CDR receiving functionality 

(CGF) 
Rf Offline Charging Reference Point between a Core Network / Subsystem / Service Entity and the 

CDCF 

3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

3GPP 3"' Generation Partnership Project 

ASN. 1 Abstract Syntax Notation One 

BD Billing Domain 

BER Basic Encoding Rules 

CS Circuit Switched 

CDCF Charging Data Collection Function 

CDR Charging Data Record 

CGF Charging Gateway Function 

GPRS General Packet Radio Service 

IM IP Multimedia 
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IMS IM Subsystem 

ISO International Organisation for Standardisation 

ITU International Telecommunication Union 

IP Internet Protocol 

LAN Local Area Network 

LCS Location Service 

MMS Multimedia Messaging Service 

PER Packed Encoding Rules 

PS Packet Switched 

TR Technical Report 

TS Technical Specification 

UMTS Universal Mobile Telecommunications System 

WLAN Wireless LAN 

XER XML Encoding Rules 

XML extensible Mark-up Language 



4 



Architecture Considerations 



The following diagram provides a high level view of the parts of the charging architecture that are relevant for the 
present document. The arrows depict the direction of the charging information flow, where Rf carries charging events, 
Ga carries CDRs and B^ carries CDR files. 

Editor"s note; this phrase (possibly also other parts of this clause) will eventually have to be aligned with TS 32.240 [1] 
as necessary, e.g whether the term 'CDR' is appropriate for the Ga interface is still under investigation. 
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Figure 4.1 : Logical offline charging architecture 

The present document specifies the parameters, abstract syntax and encoding rules for all 3GPP defined CDR types as 
applicable to the Bx interface, i.e. the CDR files. 

CDCF and CGF may or may not be integrated with each others, the core network or service nodes, or the BD. The 
possibiUties for integration or distribution of these functions are described for each domain, subsystem or service in the 
respective domain/subsystem/service specific charging TS. In the distributed case, the 3GPP standardised reference 
points/interfaces depicted above, shall be used. 
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Refer to TS 32.240 [1] for a complete description of the charging architecture. Refer to TS 32.297 [42] for the 
description of the CGF"s file based interface to the BD. 



5 CDR parameters and abstract syntax 

This clause specifies the parameters and the abstract syntax of the CDRs defined for 3GPP charging management in 
references [10] to [31]. In doing this, the ASN.l specified by the ITU-T (ITU-T X.680) [101] is utiUsed as the 
notational tool. 

This clause is organised in two parts: 

- the first part describes the CDR parameters; 

- the second part specifies the abstract syntax of the CDRs as seen in the CDR files transferred across the Bx 
interface. 

Each part is further subdivided into a number of subclauses that contain generic, bearer level, service level, and 
subsystem level CDR parameters and abstract syntax definitions. Word processing features, such as formatting options, 
have also been used to enhance human readability. 

The complete set of all CDR syntax definitions is replicated in annex A in a machine processable format. Technically, 
the contents of this clause and annex A are completely identical. In case of deviations between this clause and annex A 
due to errors in the present document, the annex shall prevail. 

Note that the encoding rules for the abstract syntax specified in this clause, are detailed in clause 6. 



5.1 CDR parameter description 



Editor" s note: this subclause needs to be aligned with subclause 5.2 concerning the allocation of parameters to the 
domains versus making them generic. 

5.1 .1 Generic CDR parameters 

This subclause contains the description of generic CDR parameters, where the term 'generic' implies that these 
parameters are applicable to CDR types of more than one domain/service/subsystem. 

5.1 .1 .1 Serving Network Identity 

This field contains a SGSN PLMN Identifier (Mobile Country Code and Mobile Network Code), of the SGSN that was 
used during the Location request. In case the SGSN changes during the transaction, only the ID of the SGSN that was 
used at the beginning of the transaction is included in the CDR. 

The MCC and MNC are coded as described for "Routing Area Identity" in TS 29.060 [75]. 

5.1 .2 Bearer level CDR parameters 

This subclause contains the description of the CDR parameters that are specific to the bearer level CDR types. This 
comprises the CDR types from the Circuit Switched (CS) domain (TS 32.250 [10]), the Packet Switched (PS) domain, 
i.e. GPRS (TS 32.251 [11]), and WLAN (TS 32.252 [12]). 

5.1 .2.1 CS domain CDR parameters 

This subclause contains the description of the CDR parameters that are specific to the CS domain CDR types as 
specified in TS 32.250 [10]. 

5.1 .2.1 .1 Additional Charging Information 

This field consists of two parts, a charge indicator and additional charging parameters. The charge indicator is derived 
from the information contained within the ISUP "backward call indicator" and may be used to store a charge indicator 
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(charge/no charge) received from another network node. The additional charging parameters are non-standard and 
intended to permit the inclusion of further charging information received from Intelligent Network and/or Value Added 
Service nodes. 

5.1.2.1.2 AoC parameters/change of AoC parameters 

The AoC parameter field contains the set of charge advice (AoC) parameters sent to the MS on call set-up. If further 
sets of parameters are sent during the call, as a result of a tariff switch-over for example, then this may be recorded in 
the Change of AoC Parameter field including the time at which the change occurred. 

It should be noted that the Change of AoC Farms, field is optional and not required if partial records are generated on 
tariff switch-over. 

The AoC parameters are defined in TS 22.024 [63]. 

5.1 .2.1 .3 Basic Service/change of service/ISDN Basic Service 

The basic service field contains the code of the basic service employed on call set-up. Any alteration to the basic service 
during the connection may be recorded in the change of service field including the time at which the change took place. 

The change of service field is optional and may be omitted if partial records are created whenever the basic service is 
changed. 

The coding of basic services is defined in detail in TS 29.002 [60]. 

In the case of the transit record the GSM basic service employed is generally not available. However, if the device on 
which the call originates/terminates is connected via ISDN digital subscriber signalling then the appropriate ISDN basic 
service code may be recorded in the record. One possible example includes the direct connection of an ISDN PABX to 
an MSC/VLR. 

5.1.2.1.4 Call duration 

This field contains the relevant call duration in seconds. For incomplete calls (call attempts) the relevant duration is the 
call holding time from the seizure to the release of the traffic channel. For complete (answered) calls this is the 
chargeable duration from answer to release of the traffic channel. For partial records this is the duration of the 
individual partial record and not the cumulative duration of the call. 

It should be noted that the time stamps may be expressed in terms of tenths of seconds or even milliseconds and, as a 
result, the calculation of the call duration may result in the rounding or truncation of the measured duration to a whole 
number of seconds. 

Whether or not rounding or truncation is to be used is considered to be outside the scope of the present document 
subject to the following restrictions: 

1) A call duration of zero seconds shall not be accepted. 

2) The same method of truncation/rounding shall be applied to both single and partial records. 

If CAMEL is invoked for the call and a control relationship is existing, the call might continue after a RELEASE or a 
DISCONNECT from the called party side received by the gsmSSF. The call duration of the incoming leg is stored in 
the main body of the call record. For each outgoing leg the call duration is stored in the respective 'CAMELInformation' 
module. If a call leg does not reach answer status and attempt charging is enabled a 'CAMELInformation' module 
containing the holding time is generated. 

An example of how to use the call duration and the timestamps is given in figure 2. It shows a CAMEL controlled 
mobile originated follow-on scenario. The uppermost arrow ® marks the over all duration of the call that is to be 
measured and stored in the main body of the respective MOC record. The duration before tj (incoming leg) or t4 
(outgoing leg) needs not to be stored since the call is answered later on. The call duration in the first outgoing leg 
module contains the time interval from t4 to t(, (period ®). The call duration measurement of the second outleg is started 
with tgand ended with tio (interval (D). 

Since the last outgoing leg is not answered, the respective module contains the holding time starting with tn and ending 
with ti3 (period ®). 
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(The timestamps tj, tj, t^, ty, tg and t^ are mentioned for completion reasons only.) 
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5.1.2.1.5 



Figure 5.1 : Call duration measurement in follow-on scenarios 



Call reference 



This field uniquely identifies a call or transaction on one side of the interface (i.e. 'A' or 'B' side) and is derived from the 
transaction identifier of TS 24.008 [64]. It is also used to identify all partial records and transactions belonging to the 
same connection. 

For the avoidance of doubt, there is no global call reference defined within GSM and the call reference field cannot be 
used to combine, for example, the MOC and MTC records of a mobile-to-mobile connection. 



5.1.2.1.6 



Calling/called/connected/translated number 



In general an ITU-T Recommendation E. 164 [65] number but may also include other numbering plans e.g. ITU-T 
Recommendation X.121. Each of these fields includes the type of number and number plan as specified in detail in 
TS 24.008 [64]. Where appropriate, these fields may also contain the presentation and screening information also 
specified in TS 24.008 [64]. 

The called number is the number received from the mobile station on mobile originated call set-up as defined in 
TS 24.008 [64]. Similarly, the calling number is the number received from the network on mobile terminated call set- 
up. In case of CAMEL initiated Call Forward (CF), the called (forwarded-to) number is returned by CAMEL. 

The translated number is the result of any digit translation performed by the MSC on the called number received from 
the mobile station on mobile originated call set-up. This parameter is not included in the CDR if no digit translation has 
taken place. 

The connected number is the number of the actual party reached as defined in TS 24.008 [64]. Although this is normally 
identical to the called number it may differ. This parameter is not included if identical to the called number. 
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The following examples are intended to explain the use of these fields: 

EXAMPLE 1 : Called Number = Connected Number 

Normal call from a mobile subscriber to a mobile subscriber or to a PSTN subscriber. 

EXAMPLE 2: Called Number != Connected Number 

In case of routing to a PABX with Automatic Call Distribution or to an ISDN Basic Access with 
several devices attached. The connected number is that of the party actually reached. N.B. The 
recording of the actual number connected may be limited by the capability of intermediate 
signalling connections. 

EXAMPLE 3: MTC record for Call Forwarding ("A" -> "B" -> "C") 

In case of call forwarding, the connected number recorded in the MTC record of the "B" 
subscriber is that of the forwarded-to party or "C" subscriber. The calling party field contains the 
number of the "A" subscriber. 

EXAMPLE 4: Translated Number 

This field is only present if digit translation is applied by the MSC to the called number received 
from the mobile station. Examples include abbreviated dialling codes and service numbers. 

5.1 .2.1 .7 Calling Party Number 

This field contains Calling Party Number modified by CAMEL service. 

5.1 .2.1 .8 CAMEL call leg information 

This field contains a set of CAMEL information lEs according to the number of outgoing CAMEL call legs. 

5.1.2.1.9 CAMEL information 

This field contains a list of parameters with information related to one CAMEL outgoing call leg. This parameter list is 
an Information Element (IE) used in the CAMEL Call Leg Information field. 

As a network option, parameters that are identical to the corresponding values in the top level structure of the record are 
not recorded again. That means whenever a value is not mentioned in this set the value provided in the basic record is 
valid instead. This might lead to an empty or even absent structure, if no parameter was modified. 

5.1.2.1.10 CAMEL initiated CF indicator 

The purpose of this field is to distinguish CAMEL call forwarding service scenarios from standard GSM call 
forwarding scenarios. 

From the Basic Call State Model (BCSM)'s point of view this field is set to 'CF' whenever the Originating CAMEL 
Subscription Information (0_CSI) was applied after terminating CAMEL call processing had been taken place 
changing the call destination. For the avoidance of doubt: this flag does not depend on other modified call parameter(s) 
(e.g.: redirection information, etc.) received in the CAP_CONNECT message of the Terminating CAMEL Subscription 
Information (T_CSI) service. 

This flag also indicates that another record might be generated, one containing the charging information related to the 
terminating CAMEL service and one containing the charging information related to the originating CAMEL service. 

5.1 .2.1 .1 1 CAMEL modified Service Centre 

This field contains SMS-C address modified by CAMEL service. If this field is present the field Service Centre contain 
SMS-C address before CAMEL modification. 

5.1.2.1.12 CAMEL SMS Information 

This field contains following CAMEL information for mobile originated and terminated SMS: 
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• Default SMS handling: 

This field indicates whether or not a CAMEL encounters default SMS handling. This field shall be present 
only if default SMS handling has been applied. 

• Free format data: 

See clause 5.1.2.1.26. 

• Calling Party Number: 

This field contains Calling Party Number modified by CAMEL service. 

• CAMEL modified Service Centre: 

This field contains SMS-C address modified by CAMEL service. 
NOTE 1: This field is only applicable for originated SMS. 

• CAMEL Destination Subscriber Number 

This field contains short message Destination Number modified by CAMEL service. 
NOTE 2: This field is only applicable for originated SMS. 

• SMS Reference Number: 

This field contains the SMS Reference Number assigned to the Short Message by the MSC. 

5.1.2.1.13 Cause for termination 

This field contains a generalised reason for the release of the connection including the following: 

normal release; 

CAMEL initiated call release; 

partial record generation; 

partial record call re-estabhshment; 

unsuccessful call attempt; 

abnormal termination during the stable phase; 

unauthorized network originating a location service request; 

unauthorized client requesting a location service; 

position method failure at a location service execution; 

unknown or unreachable LCS client at a location service request. 
A more detailed reason may be found in the diagnostics field. 

5.1.2.1.14 Channel Coding Accepted/Channel Coding Used 

A list of traffic channel codings for HSCSD connections accepted/negotiated by the MS. 
These parameters are only present in the CDRs for HSCSD connections. 

5.1.2.1.15 Data volume 

This field includes the number of 64 octet segments transmitted during the use of data services if known (see 
clause 5.2.1.7 in TS 32.200 [22]). 
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5.1.2.1.16 Default call/SMS handling 

This field indicates whether or not a CAMEL encountered default call/SMS handling. This field shall be present only if 
default call/SMS handling has been applied. Parameter is defined in HLR as part of CAMEL subscription information. 

5.1.2.1.17 Destination Subscriber Number 

This field contains Destination/Called Subscriber Number modified by CAMEL service. If not modified then this field 
may contain original Destination Number also when CAMEL is not active. 

5.1.2.1.18 Diagnostics 

This field includes a more detailed technical reason for the release of the connection and may contain one of the 
following: 

- a MAP error from TS 29.002 [60]; 

- a Cause from TS 24.008 [64]; 

- a Cause from TS 29.078 [66]; 

a Cause from ITU-T Recommendation Q.767 [67]; 

- a LCS diagnostics according TS 29.002 [60]. 

The diagnostics may also be extended to include manufacturer and network specific information. 

5.1.2.1.19 EMS-Digits 

This parameter only applies to location for an emergency services call in North America and gives the North American 
Emergency Services Routing Digits as defined in TS 29.002 [60]. 

5.1.2.1.20 EMS-Key 

This parameter only applies to location for an emergency services call in North America and gives the North American 
Emergency Services Routing Key as defined in TS 29.002 [60]. 

5.1.2.1.21 Entity number 

This field contains the ITU-T Recommendation E. 164 [65] number assigned to the entity (MSC, VLR, HLR etc.) that 
produced the record. For further details concerning the structure of MSC and location register numbers see 
TS 23.003 [68]. 

5.1.2.1.22 Equipment id 

This field contains a local identifier used to distinguish between equipment of the same equipment type e.g. the number 
of the conference circuit employed if more than one is available. 

5.1.2.1.23 Equipment type 

This field contains the type of common equipment employed e.g. conference circuit for multi-party service. 

5. 1 .2. 1 .24 Event time stamps 

These fields contain the event time stamps relevant for each of the individual record types. 
The call records may contain three significant call handling time stamps: 

the time at which the resource in question was seized (Seizure time); 

the time at which the call was answered or at which charging commences (Answer time); 
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the time at which the resource was released (Release time). 

For both Mobile Originated and Mobile Terminated calls, the Seizure time is the time at which the traffic channel is 
allocated i.e. the time at which the ASSIGN COMMAND message is sent to the MS. 

For Mobile Originated calls the Answer time is the time at which the CONNECT message is sent to the calling party. 
For Mobile Terminated calls the time at which the CONNECT message is received from the called party. However, if 
the subscriber has subscribed to the advice of charge charging level service, then the answer time shall be derived from 
the time at which the FACILITY message is received from the MS containing the acknowledgement of receipt of the 
AOC parameters. Similarly, if the AOC parameters are changed during the call then the change time recorded for a 
subscriber with AOC charging level is the receipt of the FACILITY message from the MS. For a subscriber with AOC 
information level the change time recorded is the time at which the FACILITY is sent to the MS. Finally, in case of call 
re-establishment the answer time is the time at which the new traffic channel is allocated by the MSC i.e. when the 
ASSIGN COMMAND is sent to the MS. 

The Release time is the time at which the connection is released by either party i.e. a DISCONNECT or RELEASE is 
sent by the network or a DISCONNECT is received from the MS. In the case of a radio link failure, the release time is 
the time at which the failure was detected by the MSC. 

For unsuccessful call attempts the Seizure time is mandatory. The Release time is optional and the call duration 
recorded is the call holding time i.e. the difference between the two. 

For successful calls the Answer time is mandatory and both the Seizure and Release times are optional. The call 
duration recorded is the chargeable duration i.e. the difference between the Answer and Release time stamps. 

The event records include the following time stamps: 

- HLR-int time: The receipt of a MAP_SEND_ROUTING_INFO request by the HLR; 

- Loc.Upd. time: The receipt of a MAP_UPDATE_LOCATION_AREA request by the VLR or the receipt of 

a MAP_UPDATE_LOCATION request by the HLR; 

SS-Action: The receipt of a supplementary service request by the VLR; 

e.g. MAP_REGISTER_SS, MAP_INVOKE_SS 

- SMS-MO: The receipt of an RP_DATA message from the MS containing an SMS_SUBMIT PDU; 

- SMS-MT: The transmission of an RP_DATA message to the MS containing an SMS_DELIVER 

PDU; 

LCS: The time the LR was processed. 

It should be noted that the events listed above are only examples in order to demonstrate the principles and that the list 
is by no means exhaustive. 

All time-stamps include a minimum of date, hour, minute and second. 

5. 1 .2. 1 .25 Fixed Network User Rate 

This field indicates the user data rate applied for the connection in the fixed network. In UMTS, it shall be present for 
all bearer services as specified in TS 22.002 [69]. In GSM, this parameter is part of the HSCSD connection parameters, 
see clause 5.L2.L29. 

5. 1 .2. 1 .26 Free format data 

This field contains charging information sent by the gsmSCF in the Furnish Charging Information (FCI) messages as 
defined in TS 29.078 [66]. The data can be sent either in one FCI message or several FCI messages with append 
indicator. This data is transferred transparently in the CAMEL clauses of the relevant call records. 'Free format data' 
sent to the legID=l is always stored in the top level of the respective record. 'Free format data' sent to the leglD >1 is 
stored in the appropriate CAMEL call leg information field. 

If the FCI is received more then once during one continuing incoming/outgoing CAMEL call leg, the append indicator 
defines whether the FCI information is appended to previous FCI and stored in the relevant record or the information of 
the last FCI received is stored in the relevant record (the previous FCI information shall be overwritten). 
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In the event of partial output the currently valid 'Free format data' is stored in the partial record. 

5. 1 .2. 1 .27 Free format data append indicator 

This field contains an indicator whether free format data is to be appended to free format data stored in previous partial 
CDR. This field is needed in CDR post-processing to sort out valid free format data for that call leg from sequence of 
partial records. Creation of partial records is independent on received FCIs and thus valid free format data may be 
divided to different partial records. 

If field is missing then free format data in this CDR replaces all received free format data in previous CDRs. Append 
indicator is not needed in the first partial record. In following partial records indicator shall get value true if all FCIs 
received during that partial record have append indicator. If one or more of the received FCIs for that call leg during the 
partial record do not have append indicator then this field shall be missing. 

5.1.2.1.28 GsmSCF address 

This field identifies the CAMEL server serving the subscriber. Address is defined in HLR as part of CAMEL 
subscription information. 

5. 1 .2. 1 .29 Guaranteed Bit Rate 

This field contains the Guaranteed Bit Rate based on the FNUR for transparent and Wanted AIUR for non-transparent 
CS data services based on the described mapping in TS 27.001 [70]. The Guaranteed Bit Rate may be used to facilitate 
admission control based on available resources, and for resource allocation within UMTS. The bit-rate of the UMTS 
bearer service shall guarantee to the user or applications refer 3GPP TS 22.002 [69]. 

Operator may choose any of the possible values less or equal to wanted AIUR (Air Interface User Rate). 

(If WAIUR is less or equal to 14,4 kbit/s then Guaranteed Bit Rate and Maximum Bit Rate shall be set to 14,4 kbit/s). 

5. 1 .2. 1 .30 HSCSD parameters/Change of HSCSD parameters 

The basic HSCSD parameters are negotiated between the MS and the network at call set-up time. They comprise of the 
following parameters: 

the FNUR (Fixed Network User Rate) (optionally); 

the total AIUR (Air Interface User Rate) requested by the MS (for non-transparent HSCSD connections only); 

a list of the channel codings accepted by the MS; 

the maximum number of traffic channels accepted by the MS (this is noted in the channels requested field); 

the channel coding and the number of traffic channels actually used for the call. 

In case the network or user initiated modification procedure takes place during the call, the AIUR requested, the 
channel coding used and the number of traffic channel requested/used might be recorded in the Change of HSCSD 
parameters field including the time at which the change occurred and which entity requested the change. 

It should be noted that the Change of HSCSD Parameters field is optional and not required if partial records are 
generated when a Change of HSCSD Parameters takes place. 

5.1 .2.1 .31 Incoming/outgoing trunk group 

The incoming trunk group describes the trunk on which the call originates as seen from the MSC. For mobile originated 
calls this will generally be a BSS trunk. Similarly, the outgoing trunk group describes the trunk on which the call leaves 
the MSC. 

For 3G, this parameter may not be available. When available, this parameter shall be supplied in the CDRs. 

5.1.2.1.32 Interrogation result 

This field contains the result of the HLR interrogation attempt as defined in the MAP (TS 29.002 [60]). 
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NOTE: This field is only provided if the attempted interrogation was unsuccessfiil. 

5.1.2.1.33 IMEI Check Event 

This field identifies the type of event that caused the IMEI check to take place: 
Mobile originating call attempt; 

- Mobile terminating call attempt; 

- Mobile originating SMS; 

- Mobile terminating SMS; 

Supplementary service actions performed by the subscriber; 

- Location update. 

5.1.2.1.34 IMEI Status 

This field contains the result of the IMEI checking procedure: 

- Greyhsted; 
Blacklisted; 
Non-whitelisted. 

5.1.2.1.35 JIP Parameter 

This Jurisdiction Information Parameter (JIP) is populated if received via one of the methods listed as JIP Source. The 
field shall identify the actual originating exchange and may be equal to 6 or 10 digits for North America Region (NAR). 
Note that this field may not apply for international areas, as it is not currently used. Additionally, it is also possible to 
use the LRN as the JIP if it properly identifies the originating switch. 

5.1 .2.1 .36 JIP Query Status Indicator 

This field indicates the status of Location Routing Number (LRN) query as follows: 

1 . Number Portability Data Base (NPDB) returns LRN or NULL response (free of any error). 

2. No response was received to the query; the query timed out. 

4. Protocol error in received response message. 

5. Error detected in response data. 

6. Query rejected 

9. No query performed 

99. Query unsuccessful, reason unknown 

If the JIP is equal to the LRN, then the JIP query status shall be the same as the LRN query status. If not, this field shall 
be set to one of the values listed above. 

5.1.2.1.37 JIP Source Indicator 

This indicator shall be populated if the Jurisdiction Information Parameter is derived. Identifies the method in which the 
value was derived. Shall be set to the values listed in the LRN Source Indicator. 

5.1.2.1.38 LCS Cause 

The LCS Cause parameter provides the reason for an unsuccessful location request according TS 49.031 [71]. 
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5.1.2.1.39 LCS Client Identity 

This field contains further information on the LCS Ghent identity: 
Ghent External ID; 

- Ghent Dialled by MS ID; 

- Ghent Internal ID. 

5.1.2.1.40 LCS Client Type 

This field contains the type of the LGS Ghent as defined in TS 29.002 [60]. 

5.1.2.1.41 LCS Priority 

This parameter gives the priority of the location request as defined in TS 49.031 [71] 

5.1.2.1.42 LCSQoS 

This information element defines the Quality of Service for a location request as defined in TS 49.031 [71]. 

5.1 .2.1 .43 Level of CAMEL service 

This field describes briefly the complexity of GAMEL invocation: 

'Basic' means that GAMEL feature is invoked during the set-up phase (e.g. to modify the destination) of the call 
only; 

'Online charging' means that GAMEL supported AoG parameter were sent to the mobile station (the Send 
Gharging Information message, SGI, is received from the gsmSGF); 

The flag 'call duration supervision' is set whenever the call duration supervision is applied in the gsmSSF of the 
VPLMN (apply charging message is received from the gsmSGF). 

5. 1 .2. 1 .44 Location/change of location 

The location field contains a combination of the Location Area Gode (LAG) and Gell Identity (GI) of the cell in which 
the served party is currently located. Any change of location may be recorded in the change of location field including 
the time at which the change took place. 

The change of location field is optional and not required if partial records are generated when the location changes. 

The LAG and GI are both 2 octet quantities and coded according to TS 24.008 [64]. 

5. 1 .2. 1 .45 Location Estimate 

The Location Estimate field is providing an estimate of a geographic location of a target MS according to 
TS 29.002 [60]. 

5.1 .2.1 .46 Location Routing Number (LRN) 

This field contains Ten-digit Location Routing Number (LRN) for the Number Portability feature. It is populated if 
received via one of the methods listed as "LRN Source". It identifies the new location of a ported subscriber. For North 
America Region (NAR) this may be a 10-digit E.164 number. For Europe, other formats may apply. 

If more than 10 digits are received, the first ten digits received are recorded. If fewer than 10 digits are received, the 
information is left justified in the field and padded with OxF. 

5. 1 .2. 1 .47 Location Type 

This field contains the type of the location as defined in TS 29.002 [60]. 
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5.1 .2.1 .48 LRN Query Status Indicator 

This field indicates the status of Location Routing Number (LRN) query as follows: 

1 . Number Portability Data Base (NPDB) returns LRN or NULL response (free of any error); 

2. No response was received to the query; the query timed out; 

4. Protocol error in received response message; 

5. Error detected in response data; 
5. Query rejected; 

9. No query performed; 
99. Query unsuccessful, reason unknown. 
It is populated if an NP query was performed. 

5.1 .2.1 .49 LRN Source Indicator 

This field indicates whether the Location Routing Number is obtained from LRN NP database or it came in incoming 
signalling or switching system data. 

It is populated if routing information for a ported subscriber is received from one of the methods listed below. It shall be 
equal to one of the following enumerated values: 

1. LRN NP Database; 

2. SwitchingSystemData; 

3. Incomingsignaling; 
9. Unknown. 

5.1 .2.1 .50 Maximum Bit Rate 

This field contains the Maximum Bit Rate based on the FNUR (Fixed Network User Rate) for transparent and 
WAIUR( Wanted Air Interface User Rate) for non-transparent CS data services based on the described mapping in 
TS 27.001 [70]. The parameter can be used to make code reservations in the downlink of the radio interface for the 
UMTS bearer service (BS20 and BS30) refer TS 22.002 [69]. Its purpose is 

• to limit the delivered bit-rate to applications or external networks with such limitations, 

• to allow maximum wanted user bit-rate to be defined for applications able to operate with different rates (e.g. 
applications with adapting codecs).] 

Maximum bit rate is set to the highest value < WAIUR (If WAIUR is less or equal to 14.4 kbit/s then Guaranteed Bit 
Rate and Maximum Bit Rate shall be set to 14.4 kbit/s) 

5.1.2.1.51 Measure Duration 

This field contains the duration for the section of the location measurement corresponding to the location request and 
the location report messages. 

5. 1 .2. 1 .52 Message reference 

This field contains a unique message reference number allocated by the mobile station when transmitting a short 
message to the service centre. This field corresponds to the TP-Message-Reference element of the SMS_SUBMIT PDU 
defined in TS 23.040 [72]. 
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5.1.2.1.53 MLC Number 

This parameter refers to the ISDN (E.164) number of an MLC. 

5. 1 .2. 1 .54 Mobile station classmark/change of classmark 

This MS classmark field contains the mobile station classmark employed by the served MS on call set-up as defined in 
TS 24.008 [64] (see mobile station classmark 2). Any alteration in the classmark during the connection may be recorded 
in the change of classmark field and will include the time at which the change took place. 

It should be noted that the change of classmark field is optional and not required if partial records are created when the 
classmark is altered. 

5.1.2.1.55 MOLRType 

The MOLR-Type identifier refers to the type of MO-LR that was invoked as defined in TS 24.080 [61]. 

5.1.2.1.56 MSC Address 

This field contains the ITU-T Recommendation E.164 [65] number assigned to the MSC that produced the record. For 
further details concerning the structure of MSC numbers see TS 23.003 [68]. 

5.1 .2.1 .57 MSC Server Indication 

This field contains an indicator whether the CAMEL subscription information is active. The parameter is present for the 
VT-CSI in the VMSC and not present for the T-CSI in the GMSC. 

This indication should be used for differentiation between the validity of the record content for T-CSI in the GMSC and 
VT-CSI in the VMSC. 

5. 1 .2. 1 .58 Network Call Reference 

Whenever CAMEL is applied, this field is used for correlation of call records outputted from the originating MSC 
(when applicable), the GMSC and the terminating MSC, and a network optional call record from the gsmSCF. 

5. 1 .2. 1 .59 Notification to MS user 

This field contains the privacy notification to MS user that was applicable when the LR was invoked as defined in 
TS 29.002 [60]. 

5.1.2.1.60 Number of DP encountered 

This field indicates how often CAMEL armed detection points (TDP and EDP) were encountered and is a measure of 
signalling between serving network and CAMEL service and complements 'Level of CAMEL service' field. Detection 
points from all applied CAMEL services for a single call leg and processed in the same gsmSSF shall be counted 
together. 

5.1.2.1.61 Number of forwarding 

This field, if provided via IS UP signalling, contains the number of times a call has been forwarded prior to the 
interrogation of the HLR and is defined in TS 29.002 [60]. 

5. 1 .2. 1 .62 Old /new location 

These fields contain the location of a mobile subscriber before and after a location update. In case of VLR location 
update the location information consists of a VMSC number and location area code. In case of HLR location update the 
field contains the VMSC number and the VLR number. 
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5. 1 .2. 1 .63 Partial Record Type 

This field indicates the event that caused the generation of a partial record. 

5.1.2.1.64 Positioning Data 

This information element is providing positioning data associated with a successful or unsuccessful location attempt for 
a target MS according TS 49.031 [71]. 

5.1.2.1.65 Positioning Data 

This information element is providing positioning data associated with a successful or unsuccessful location attempt for 
a target MS according TS 49.031 [71]. 

5. 1 .2. 1 .66 Privacy Override 

This parameter indicates if MS privacy is overridden by the LCS client when the GMLC and VMSC/SGSN for an 
MT-LR are in the same country as defined in TS 29.002 [60]. 

5.1 .2.1 .67 Radio channel requested/radio channel used/change of radio channel 

The radio channel requested field contains the type of channel requested by the user. The following values are 
permitted: 

full rate; 

half rate; 

dual mode half rate preferred; 

dual mode full rate preferred. 

The radio channel used field indicates the type of traffic channel actually employed for the connection i.e. either full 
rate (Bm) or half rate (Lm) as described in GSM 05.01 [xx]. Any change in the type of channel used may be recorded in 
the change of radio channel used field including the time at which the change occurred and the speech version used 
after the change of radio channel. 

5.1.2.1.68 Rate Indication 

This parameter specifies the rate adaptation that was used for the connection. The field is constructed from the 
information in the parameters "rate adaption" and "other rate adaption" signalled between the MS/UE and the network, 
see TS 24.008 [64]. 

The format of this field is a single octet with the following format: 

• Bits 0- 1 : the Rate Adaption field as defined in TS 24.008 [64] ; 

• Bits 2-3: the Other Rate Adaption field as defined in TS 24.008 [64]; 

• Bits 4-7: not used. 

5. 1 .2. 1 .69 Record extensions 

The field enables network operators and/ or manufacturers to add their own extensions to the standard record 
definitions. 

5.1.2.1.70 Record type 

The field identifies the type of the record e.g. mobile originated, mobile terminated etc. 
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5.1.2.1.71 Recording Entity 

This field contains the ITU-T E.164 [65] number assigned to the entity (MSC, VLR, HLR etc.) that produced the 
record. For further details concerning the structure of MSC and location register numbers see TS 23.003 [68]. 

5.1 .2.1 .72 Roaming number 

The roaming number field of the MOC record contains the mobile station roaming number as defined in TS 23.003 [68] 
and coded according to TS 29.002 [60]. 

5.1.2.1.73 Routing number 

The routing number field of the HLR interrogation record contains either a mobile station roaming number or, in case of 
call forwarding, a forwarded-to number. 

5.1.2.1.74 Sequence number 

This field contains a running sequence number employed to link the partial records generated for a particular 
connection. 

5.1.2.1.75 Served IMEI 

This fields contains the international mobile equipment identity (IMEI) of the equipment served. The term "served" 
equipment is used to describe the ME involved in the transaction recorded e.g. the called ME in case of an MTC record. 

The structure of the IMEI is defined in TS 23.003 [68]. 

5.1.2.1.76 Served IMS! 

This fields contains the international mobile subscriber identity (IMSI) of the served party. The term "served" party is 
used to describe the mobile subscriber involved in the transaction recorded e.g. the calling subscriber in case of an 
MOC record. 

The structure of the IMSI is defined in TS 23.003 [68]. 

5.1.2.1.77 Served MSISDN 

This fields contains the mobile station ISDN number (MSISDN) of the served party. The term "served" party is used to 
describe the mobile subscriber involved in the transaction recorded e.g. the called subscriber in case of an MTC record. 
In case of multi-numbering the MSISDN stored in a MOC record will be the primary MSISDN of the calling party. 

The structure of the MSISDN is defined in TS 23.003 [68]. 

5. 1 .2. 1 .78 Service centre address 

This field contains a ITU-T Recommendation E.164 [65] number identifying a particular service centre e.g. short 
message service centre (see TS 23.040 [72]). 

5.1.2.1.79 Service key 

This field identifies the CAMEL service logic applied. Service key is defined in HLR as part of CAMEL subscription 
information. 

5.1 .2.1 .80 Short message service result 

This field contains the result of an attempt to deliver a short message either to a service centre or to a mobile subscriber 
(see TS 29.002 [60]). Note that this field is only provided if the attempted delivery was unsuccessful. 
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5.1 .2.1 .81 Speech version supported/Speech version used 

The speech version supported field contains the speech version supported by the MS with the highest priority. The 
speech version used field contains the speech codec version assigned for that call. The coding is according 
GSM 08.08 [xx] speech version identifier with the extension bit 8 set to 0. 

It should be noted that the change of radio channel field is optional and not required if partial records are generated. 

5.1.2.1.82 System type 

This field indicates the use of GERAN, UTRAN (or a value of unknown). This field is present when either the UTRAN 
or GERAN air-interface is used on call set-up. For an open CDR in a 2G NE (responsible for the CDR), the field is not 
present (even if the call is handed off to a 3G air interface). For a CDR in a 3G NE (responsible for the CDR), the value 
unknown shall be used after handover. 

5. 1 .2. 1 .83 Supplementary service(s) 

The supplementary service field in the Supplementary Service record type contains the code of the supplementary 
service on which the action was performed. 

The supplementary services field in the MOC/MTC records contains the codes of the supplementary services invoked 
as a result of, or during, a connection. 

The coding of supplementary service is described in detail in TS 29.002 [60]. 

5. 1 .2. 1 .84 Supplementary service action 

This field contains the type of supplementary service action requested by the subscriber or performed by the network. 
Possible values include; 

- registration; 

erasure; 

activation; 

deactivation; 

interrogation; 

invocation. 

For further details see TS 22.004 [73]. 

5. 1 .2. 1 .85 Supplementary service action result 

This field contains the result of an attempted supplementary service action (see TS 29.002 [60]). Note that this field is 
only provided if the SS-action was at least partially unsuccessful. 

5. 1 .2. 1 .86 Supplementary service parameters 

This field contains the parameters associated with a supplementary service action requested by the subscriber. For 
further details of the parameters involved see the GSM 02. 8n series of documents. 

5. 1 .2. 1 .87 Supplementary service(s) 

The supplementary service field in the Supplementary Service record type contains the code of the supplementary 
service on which the action was performed. 

The supplementary services field in the MOC/MTC records contains the codes of the supplementary services invoked 
as a result of, or during, a connection. 

The coding of supplementary service is described in detail in TS 29.002 [60]. 



ETSI 



3GPP TS 32.298 version 6.0.0 Release 6 30 ETSI TS 1 32 298 V6.0.0 (2005-06) 

5. 1 .2. 1 .88 Transparency indicator 

This field indicates whether the basic service was employed in transparent or non-transparent mode. It should also be 
noted that this field is only relevant for those services which may be operated in both transparent and non-transparent 
modes. 

5.1.2.1.89 Update result 

This field contains the result of the location update request as defined in the MAP (TS 29.002 [60]). Note that this field 
is only provided if the attempted update was unsuccessful. 

5.1 .2.2 PS domain CDR parameters 

This subclause contains the description of the CDR parameters that are specific to the PS domain CDR types as 
specified in TS 32.251 [11]. 

5.1 .2.2.1 Access Point Name (APN) Network/Operator Identifier 

These fields contain the actual connected Access Point Name Network/Operator Identifier determined either by MS, 
SGSN or modified by CAMEL service. An APN can also be a wildcard, in which case the SGSN selects the access 
point address. 

Following TS 23.003 [68], the APN field is specified in the CDR by two variable strings. The first is the APN Network 
Identifier (NI portion) and the second is the APN Operator Identifier (OI portion). The APN NI may contain one or 
more label as described in TS 23.003 [68]. The APN OI is composed of three labels. The first and second labels 
together shall uniquely identify the PLMN operator (e.g. "mnc<operator mnc>.mcc<operator mco.gprs"). 

To represent the APN NI and OI in the GPRS CDRs, the "dot" notation shall be used. 

See 3GPP TS 23.003 [68] and 3GPP TS 23.060 [74] for more information about APN format and access point decision 
rules. 

5.1 .2.2.2 APN Selection Mode 

This field indicates how the SGSN selected the APN to be used. The values and their meaning are as specified in 
3GPP TS 29.060 [75] clause 7.9 Information elements'. 

5.1 .2.2.3 CAMEL Charging Information 

This field contains the CAMEL Information as defined for the PDP context from the SGSN as the copy including Tag 
and Length from the SGSN's CDR (S-CDR). 

5.1.2.2.4 CAMEL Information 

This field includes following CAMEL information elements for PDP context (S-CDR), Attach/Detach session (M- 
CDR), Mobile originated SMS (S-SMO-CDR) and Mobile terminated SMS (S-SMT-CDR) if corresponding CAMEL 

service is activated. 

• CAMEL Access Point Name NI (S-CDR): 

This field contains the network identifier part of APN before modification by the CSE. 

• CAMEL Access Point Name OI (S-CDR): 

This field contains the operator identifier part of APN before modification by the CSE. 

• CAMEL Calling Party Number (S-SMO-CDR, S-SMT-CDR): 

This field contains the Calling Party Number modified by the CAMEL service. 

• CAMEL Destination Subscriber Number (S-SMO-CDR): 

This field contains the short message Destination Number modified by the CAMEL service. 
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• CAMEL SMSC Address (S-SMO-CDR): 

This field contains the SMSC address modified by the CAMEL service. 

• SCF address (S-CDR, M-CDR, S-SMO-CDR, S-SMT-CDR): 

This field identifies the CAMEL server serving the subscriber. Address is defined in HLR as part of CAMEL 
subscription information. 

• Service key (S-CDR, M-CDR, S-SMO-CDR, S-SMT-CDR): 

This field identifies the CAMEL service logic applied. Service key is defined in HLR as part of CAMEL 
subscription information. 

• Default Transaction/SMS Handling (S-CDR, M-CDR, S-SMO-CDR, S-SMT-CDR): 

This field indicates whether or not a CAMEL encountered default GPRS- or SMS-handling. This field shall be 
present only if default call handling has been applied. Parameter is defined in HLR as part of CAMEL 
subscription information. 

• Free Format Data (S-CDR, M-CDR, S-SMO-CDR, S-SMT-CDR): 

This field contains charging information sent by the gsmSCF in the Furnish Charging Information GPRS 

messages as defined in 3GPP TS 29.078 [66]. The data can be sent either in one FCI message or several FCI 
messages with append indicator. This data is transferred transparently in the CAMEL clauses of the relevant 
call records. 

If the FCI is received more then once during one CAMEL call, the append indicator defines whether the FCI 
information is appended to previous FCI and stored in the relevant record or the information of the last FCI 
received is stored in the relevant record (the previous FCI information shall be overwritten). 

In the event of partial output the currently valid "Free format data" is stored in the partial record. 

• FED Append Indicator (S-CDR, M-CDR): 

This field contains an indicator whether CAMEL free format data is to be appended to free format data stored in 
previous partial CDR. This field is needed in CDR post processing to sort out valid free format data for that 
call leg from sequence of partial records. Creation of partial records is independent of received FCIs and thus 
valid free format data may be divided to different partial records. 

If field is missing then free format data in this CDR replaces all received free format data in previous CDRs. 
Append indicator is not needed in the first partial record. In following partial records indicator shall get value 
true if all FCIs received during that partial record have append indicator. If one or more of the received FCIs 
for that call leg during the partial record do not have append indicator then this field shall be missing. 

• Level of CAMEL services (S-CDR, M-CDR): 

This field describes briefly the complexity of CAMEL invocation. Categories are the same as in circuit switched 
services and measure of resource usage in VPLMN requested by HPLMN. 

-"Basic" means that CAMEL feature is invoked during the PDP context activation phase only (e.g. to modify 
APN_NI/APN_OI). 

-"Call duration supervision" means that PDP context duration or volume supervision is applied in the gprsSSF of 
the VPLMN (Apply Charging message is received from the gsmSCF). 

• Number of DPs encountered (S-CDR, M-CDR): 

This field indicates how many armed CAMEL detection points (TDP and EDP) were encountered and 
complements "Level of CAMEL service" field. 

• smsReferenceNumber (S-SMO-CDR, S-SMT-CDR) 

This parameter contains the SMS Reference Number assigned to the Short Message by the SGSN. 
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5.1 .2.2.5 Cause for Record Closing 

This field contains a reason for the release of the CDR including the following: 

normal release: PDF context release (end of context or SGSN change) or GPRS detach; 

partial record generation: data volume limit, time (duration) limit, maximum number of changes in charging 
conditions or intra SGSN intersystem change (change of radio interface from GSM to UMTS or vice versa); 

abnormal termination (PDP or MM context); 

unauthorized network originating a location service request; 

unauthorized client requesting a location service; 

position method failure at a location service execution; 

unknown or unreachable LCS client at a location service request; 
management intervention (request due to O&M reasons). 
A more detailed reason may be found in the diagnostics field. 

5.1.2.2.6 Cell Identifier 

For GSM, the Cell Identifier is defined as the Cell Id, reference 24.008[64], and for UMTS it is defined as the Service 
Area Code in TS 25.413 [76]. 

5.1.2.2.7 Charging Characteristics 

The Charging Characteristics field allows the operator to apply different kind of charging methods in the CDRs. A 
subscriber may have Charging Characteristics assigned to his subscription. These characteristics can be supplied by the 
HLR to the SGSN as part of the subscription information, and, upon activation of a PDP context, the SGSN forwards 
the charging characteristics to the GGSN according to the rules specified in Annex A. This information can be used by 
the GSNs to activate CDR generation and control the closure of the CDR or the traffic volume containers (see clause 
5.15). It can also be used in nodes handling the CDRs (e.g., the CGF or the billing system) to influence the CDR 
processing priority and routing. These functions are accomplished by specifying the charging characteristics as sets of 
charging profiles and the expected behaviour associated with each profile. The interpretations of the profiles and their 
associated behaviours can be different for each PLMN operator and are not subject to standardisation. In the present 
document only the charging characteristic formats and selection modes are specified. 

The functional requirements for the Charging Characteristics as well as the profile and behaviour bits are further 
defined in normative Annex A, including the definitions of the trigger profiles associated with each CDR type. 

The format of charging characteristics field is depicted in Figure 4. Px (x =0..3) refers to the Charging Characteristics 
Profile index. Bits classified with a "B" may be used by the operator for non-standardised behaviour (see Annex A). 

It is possible to ascribe the same semantic meanings to bits PO through P3 as exists in release 99 technical specification 
TS 32.015 [xx]. That is, the P3 (N) flag in the Charging Characteristics indicates normal charging, the P2 (P) flag 
indicates prepaid charging, the PI (F) flag indicates flat rate charging and the PO (H) flag indicates charging by hot 
billing. For example, the case where the PO bit is turned on would correspond to the behaviour associated with the 
operator's own definition of Hot Billing, such as short time and volume limits for CDR closure as well as priority 
processing by CDR handling nodes (e.g., CGF and billing system). It is the responsibility of the PLMN operator to 
exactly define the meaning of the profile bits, PO to P3, and make them compatible with the R99 flags if so required. 
This implies that one or more of the bits shall be set according to the charging characteristics received from the HLR 
and transmitted by the CDR generating node over the Ga interface. 
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Bits 

Octets 7 6 5 4 3 2 1 
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5.1.2.2.8 



Figure 5.1 : Charging Characteristics flags 



Charging Characteristics Selection Mode 



This field indicates the charging characteristic type that the GSNs applied to the CDR. In the SGSN the allowed values 
are: 

Home default; 
Visiting default; 
Roaming default; 
APN specific; 
Subscription specific. 

In the GGSN the allowed values are: 

Home default; 
Visiting default; 
Roaming default; 
- SGSN suppHed. 

Further details are provided in Annex A. 



5.1.2.2.9 



Charging ID 



This field is a charging identifier, which can be used together with GGSN address to identify all records produced in 
SGSN(s) and GGSN involved in a single PDP context. Charging ID is generated by GGSN at PDF context activation 
and transferred to context requesting SGSN. At inter-SGSN routing area update charging ID is transferred to the new 
SGSN as part of each active PDP context. 

Different GGSNs allocate the charging ID independently of each other and may allocate the same numbers. The CGF 
and/or BS may check the uniqueness of each charging ID together with the GGSN address and optionally (if still 
ambiguous) with the record opening time stamp. 

5.1.2.2.10 Destination Number 

This field contains short message Destination Number requested by the user. See 32.250 [10]. 



5.1.2.2.11 



Diagnostics 



This field includes a more detailed technical reason for the releases of the connection refer TS 32.250 [10]. The 
diagnostics may also be extended to include manufacturer and network specific information. 
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5.1.2.2.12 Duration 

This field contains the relevant duration in seconds for PDP contexts (S-CDR, G-CDR, and attachment (M-CDR)). It is 
the duration from Record Opening Time to record closure. For partial records this is the duration of the individual 
partial record and not the cumulative duration. 

It should be noted that the internal time measurements may be expressed in terms of tenths of seconds or even 
milliseconds and, as a result, the calculation of the duration may result in the rounding or truncation of the measured 
duration to a whole number of seconds. 

Whether or not rounding or truncation is to be used is considered to be outside the scope of the present document 
subject to the following restrictions: 

1) A duration of zero seconds shall be accepted providing that the transferred data volume is greater than zero. 

2) The same method of truncation/rounding shall be applied to both single and partial records. 

5.1.2.2.13 Dynamic Address Flag 

This field indicates that PDP address has been dynamically allocated for that particular PDP context. This field is 
missing if address is static i.e. part of PDP context subscription. Dynamic address allocation might be relevant for 
charging e.g. the duration of PDP context as one resource offered and possible owned by network operator. 

5.1.2.2.14 Event Time Stamps 

These fields contain the event time stamps relevant for each of the individual record types. 
All time-stamps include a minimum of date, hour, minute and second. 

5.1.2.2.15 External Charging Identifier 

A Charging Identifier received from a none-GPRS, external network entity. 

• When inter-working with IMS the external charging identifier is the ICID (IMS Charging IDentifier) as 
received from the IMS network by the GGSN; 

• If required. Inter- working with other external entities will be subject of specification for further releases. 

5.1.2.2.16 GGSN Address Used 

These fields are the current serving GGSN IP Address for the Control Plane. If both an IPv4 and an IPv6 address of the 
GGSN are available, the GSNs shall include the IPv4 address in the CDR. 

5.1.2.2.17 IMS Signalling Context 

Indicates if the PDP context is used for IMS signalling. It is only present if the PDP context is an IMS signalling PDP 
context. A PDP context for IMS signalling is determined via the "IM CN Subsystem Signalling Flag" conveyed via the 
"Activate PDP context request" message from the MS to the network (refer to TS 24.008 [64]) 

5.1.2.2.18 LCS Cause 

The LCS Cause parameter provides the reason for an unsuccessful location request according TS 49.031 [71]. 

5.1.2.2.19 LCS Client Identity 

This field contains further information on the LCS Client identity: 
Client External ID; 
Client Dialled by MS ID; 
Client Internal ID. 
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5.1.2.2.20 LCS Client Type 

This field contains the type of the LCS Ghent as defined in TS 29.002 [60]. 

5.1.2.2.21 LCS Priority 

This parameter gives the priority of the location request as defined in TS 49.031 [71]. 

5.1.2.2.22 LCSQoS 

This information element defines the Quality of Service for a location request as defined in TS 49.031 [71]. 

5.1 .2.2.23 List of Traffic Data Volumes 

This list includes one or more containers, each includes the following fields: 

Data Volume Uplink, Data Volume Downlink, Change Condition and Change Time. 

Data Volume, Uplink and/or Downlink, includes the number of octets transmitted during the use of the packet data 
services in the uplink and/or downlink direction, respectively. 

Change Condition defines the reason for closing the container (see TS 32.25 1 [11]), such as tariff time change, QoS 
change or closing of the CDR. 

Change Time is a time stamp, which defines the moment when the volume container is closed or the CDR is closed. 
All the active POP contexts do not need to have exactly the same time stamp e.g. due to same tariff time change 
(variance of the time stamps is implementation and traffic load dependent, and is out of the scope of standardisation). 

First container includes following optional fields: QoS Requested (not in G-CDR) and QoS Negotiated. In following 
containers QoS Negotiated is present if previous change condition is "QoS change". In addition to the QoS Negotiated 
parameter the QoS Requested parameter is present in following containers if the change condition is "QoS change" and 
the QoS change was initiated by the MS via a POP context modification procedure. 

Table 5.1 illustrates an example of a list, which has three containers (sets of volume counts) caused by one QoS change 
and one tariff time change. 

Table 5.1 : Example list of traffic data volumes 



QoS Requested = QoS1 


QoS Requested = QoS2 (if requested 
by the IVIS)QoS Negotiated = QoS2 




QoS Negotiated = QoS1 


Data Volume Uplink = 5 




Data Volume Uplink = 1 


Data Volume Downlink = 6 


Data Volume Uplink = 3 


Data Volume Downlink = 2 


Change Condition = Tariff change 


Data Volume Downlink = 4 


Change Condition = QoS change 


Time Stamp = TIIVIE2 


Change Condition = Record closed 


Time Stamp = TIIVIE1 




Time Stamp = TIIVIE3 



First container includes initial QoS values and corresponding volume counts. Second container includes new QoS 
values and corresponding volume counts before tariff time change. Last container includes volume counts after the tariff 
time change. The total volume counts can be itemised as shown in Table 5.2 (tariffl is used before and tariff2 after the 
tariff time change): 
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Table 5.2: Itemised list of total volume count corresponding to Table 5.1 







Container 


QoS1 +Tariff1 


uplink = 1, downlink = 2 


1 


QoS2+Tariff1 


uplink = 5, downlink = 6 


2 


QoS2+Tariff2 


uplink = 3, downlink = 4 


3 


QoS1 


uplink = 1, downlink = 2 


1 


QoS2 


uplink = 8, downlink = 10 


2+3 


Tariffi 


uplink = 6, downlink = 8 


1+2 


Tariff2 


uplink = 3, downlink = 4 


3 



The amount of data counted in the GGSN shall be the payload of the GTP-U protocol at the Gn interface. Therefore the 
data counted already includes the IP PDF bearer protocols i.e. IP or PPP. 

The data volume counted in the SGSN is dependent on the system. For GSM SGSN the data volume is the payload of 
the SNDCP PDUs at the Gb interface. For UMTS-SGSN it is the GTP-U PDUs at the lu-PS interface. Therefore, in 
both systems, the data counted already includes the overheads of any PDP bearer protocols. 

In GSM, in order to avoid that downstream packets transmitted from the old SGSN to the new SGSN at inter SGSN RA 
update induce the increase of the PDP CDR downstream volume counters in both SGSN the following rules must be 
followed: 

For PDP contexts using LLC in unacknowledged mode: an SGSN shall update the PDP CDR when the packet 
has been sent by the SGSN towards the MS; 

For PDP contexts using LLC in acknowledged mode, a GSM-SGSN shall only update the PDP CDR at the 
reception of the acknowledgement by the MS of the correct reception of a downstream packet. In other worlds, 
for inter SGSN RA update, the new SGSN shall update the PDP CDR record when a downstream packet sent by 
the old SGSN is received by the MS and acknowledged by the MS towards the new SGSN through the RA 
update complete message. 

In UMTS, the not transferred downlink data can be accounted for in the S-CDR with "RNC Unsent Downlink Volume" 
field, which is the data that the RNC has either discarded or forwarded during handover. Data volumes retransmitted 
(by RLC or LLC) due to poor radio link conditions shall not be counted. 



5.1.2.2.24 



Local Record Sequence Number 



This field includes a unique record number created by this node. The number is allocated sequentially for each partial 
CDR (or whole CDR) including all CDR types. The number is unique within one node, which is identified either by 
field Node ID or by record-dependent node address (SGSN address, GGSN address. Recording Entity). 

The field can be used e.g. to identify missing records in post processing system. 



5.1.2.2.25 



Location Estimate 



The Location Estimate field is providing an estimate of a geographic location of a target MS according to 
3GPPTS 29.002 [60]. 

5.1.2.2.26 Location Method 

The Location Method identifier refers to the argument of LCS-MOLR that was invoked as defined in 24.080 [61]. 

5.1.2.2.27 Location Type 

This field contains the type of the location as defined in TS 29.002 [60]. 

5.1.2.2.28 Measurement Duration 

This field contains the duration for the section of the location measurement corresponding to the 
Perform_Location_Request and Perform_Location_Response by the SGSN. 
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5.1.2.2.29 Message reference 

This field contains a unique message reference number allocated by the Mobile Station (MS) when transmitting a short 
message to the service centre. This field corresponds to the TP-Message-Reference element of the SMS_SUBMIT PDU 
defined in 3GPP TS 23.040 [72]. 

5.1.2.2.30 MLC Number 

This parameter refers to the ISDN (E.164) number of a GMLC. 

5.1 .2.2.31 MS Network Capability 

This MS Network Capability field contains the MS network capability value of the MS network capability information 
element of the served MS on PDP context activation or on GPRS attachment as defined in 3GPP TS 24.008 [64]. 

5.1.2.2.32 MS Time Zone 

This field contains the Time Zone' IE provided by the SGSN and transferred to the GGSN during the PDP context 
activation/modification procedure as specified in TS 29.060 [75]. 

5.1 .2.2.33 Networl< Initiated PDP Context 

This field indicates that PDP context is network initiated. The field is missing in case of mobile activated PDP context. 

5.1.2.2.34 Node ID 

This field contains an optional, operator configurable, identifier string for the node that had generated the CDR. The 
Node ID may or may not be the DNS host name of the node. 

5.1 .2.2.35 Notification to MS user 

This field contains the privacy notification to MS user that was applicable when the LR was invoked as defined in TS 
29.002 [60]. 

5.1.2.2.36 PDP Type 

This field defines the PDP type, e.g. IP, PPP, or IHOSS:OSP (see 3GPP TS 29.060 [75] for exact format). 

5.1.2.2.37 Positioning Data 

This information element is providing positioning data associated with a successful or unsuccessful location attempt for 
a target MS according TS 49.031 [71]. 

5.1 .2.2.38 Privacy Override 

This parameter indicates if the LCS client overrides MS privacy when the GMLC and VMSC/SGSN for an MT-LR are 
in the same country as defined in TS 29.002 [60]. 

5.1.2.2.39 PS Furnish Charging Information 

This field includes following information elements for PDP context (G-CDR, eG-CDR): 
• PS Free Format Data (G-CDR, eG-CDR) 

This field contains charging information sent by the OCS in the Diameter Credit Control Credit-Control-Answer 
messages as defined in TS 32.251 [11]. The data can be sent either in one Diameter Credit Control Credit- 
Control- Answer message or several Diameter Credit Control Credit-Control-Answer messages with append 
indicator. This data is transferred transparently in the PS Furnish Charging Information field of the relevant call 
records. 
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If the PS Free Format Data is received more than once during one PDP Context for which an offline session is 
established, the append indicator defines whether the PS Free Format Data is appended to previous received PS 
Free Format Data and stored in the relevant record or the information of the last PS Free Format Data received is 
stored in the relevant record (the previous PS Free Format Data information shall be overwritten). 

In the event of partial output the currently valid "PS Free format data" is stored in the partial record. 

• PS FFD Append Indicator (G-CDR,eG-CDR): 

This field contains an indicator whether PS free format data is to be appended to the PS free format data stored in 
previous partial CDR. This field is needed in CDR post processing to sort out valid PS free format data for that 
PDP Context from sequence of partial records. Creation of partial records is independent of received PS Free 
Format Data and thus valid PS free format data may be divided to different partial records. 

If field is missing then the PS free format data in this CDR replaces all received PS free format data in previous 
CDRs. Append indicator is not needed in the first partial record. In following partial records indicator shall get 
value true if all PS Free Format Data received during that partial record have append indicator. If one or more of 
the received PS Free Format Data for that PDP Context during the partial record do not have append indicator 
then this field shall be missing. 

5.1 .2.2.40 QoS Requested/QoS Negotiated 

Quality of Service Requested contains the QoS desired by MS at PDP context activation. QoS Negotiated indicates the 
applied QoS accepted by the network. 

If a pre-Release '99 only capable terminal is served, the applicable QoS parameters and their encoding in the CDRs are 
specified in TS 32.015 [xx]. 

In all other cases, the applicable QoS attributes are defined in the 'Quality of Service profile' in TS 23.060 [74], and 
their encoding in the CDR corresponds to the 'Quality of Service profile' specified in TS 29.060. [75]. 

5.1.2.2.41 RAT Type 

Holds the value of RAT Type, as provided over GTP to GGSN, described in TS 29.060 [75]. The field is provided by 
the SGSN and transferred to the GGSN during the PDP context activation/modification procedure as specified in TS 
23.060 [74]. 

5.1.2.2.42 Record Extensions 

This field enables network operators and/or manufacturers to add their own recommended extensions to the standard 
record definitions. This field contains a set of "management extensions" as defined in ITU-T X.721 [106]. This is 
conditioned upon the existence of an extension. 

5.1 .2.2.43 Record Opening Time 

This field contains the time stamp when the MS is attached to a SGSN (M-CDR) or PDP context is activated in 
SGSN/GGSN (S-CDR, G-CDR) or record opening time on subsequent partial records (see 3GPP TS 32.250 [4] for 
exact format). 

Record opening reason does not have a separate field. For G-CDR and M-CDR it can be derived from the field 
"Sequence number"; i.e. either a missing field or a value one (1) means activation of PDP context and GPRS 
attachment. For the S-CDR the field "SGSN change" also needs to be taken into account. 

5.1 .2.2.44 Record Sequence Number 

This field contains a running sequence number employed to link the partial records generated in the SGSN/GGSN for a 
particular MM context or PDP context (characterised with the same Charging ID and GGSN address pau"). For M-CDR 
or S-CDR the sequence number always restarts from one (1) after an inter-SGSN routing area update, see field "SGSN 
change". The Record Sequence Number is missing if the record is the only one produced in the SGSN/GGSN for an 
MM context or a PDP context CDR (e.g. inter-SGSN routing area update can result to two M-CDR or two S-CDRs 
without sequence number and field "SGSN change" present in the second record). 
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5.1.2.2.45 Record Type 

The field identifies the type of the record e.g. S-CDR, G-CDR, M-CDR, S-SMO-CDR and S-SMT-CDR. 

5.1 .2.2.46 Recording Entity Number 

This field contains the ITU-T E.164 number assigned to the entity that produced the record. For farther details see 
3GPPTS 23.003 [68]. 

5.1 .2.2.47 RNC Unsent Downlink Volume 

This field contains the unsent downlink volume that the RNC has either discarded or forwarded to 2G-SGSN and 
already included in S-CDR. This field is present when RNC has provided unsent downlink volume count at RAB 
release and can be used by a downstream system to apply proper charging for this PDP context. 

5.1 .2.2.48 Routing Area Code/Location/Cell Identifier/Change of location 

The location information contains a combination of the Routing Area Code (RAC) and an optional Cell Identifier of the 
routing area and cell in which the served party is currently located. In GSM the Cell Identifier is defined by the Cell 
Identity (CI) and in UMTS by the Service Area Code (SAC). Any change of location (i.e. Routing Area change) may be 
recorded in the change of location field including the time at which the change took place. 

The location field contains a combination of the location area code (LAC) and cell identity (CI) of the cell in which the 
served party is currently located. 

The change of location field is optional and not required if partial records are generated when the location changes. 

The RAC and (optionally) CI are coded according to 3G TS 24.008 [64] and the SAC according 3GPP TS 25.413 [76]. 

5.1.2.2.49 Served IMEI 

This field contains the International Mobile Equipment Identity (IMEI) of the equipment served, if available. The term 
"served" equipment is used to describe the ME involved in the transaction recorded e.g. the called ME in the case of a 
network initiated PDP context. 

The structure of the IMEI is defined in 3GPP TS 23.003 [68]. 

5.1.2.2.50 Served IMEISV 

This field contains the International Mobile Equipment Identity and Software Version Number (IMEISV) and is defined 
in 3GPP TS 23.003 [68]. 

5.1.2.2.51 Served IMSI 

This field contains the International Mobile Subscriber Identity (IMSI) of the served party. The term "served" party is 
used to describe the mobile subscriber involved in the transaction recorded e.g. the calling subscriber in case of a 
mobile initiated PDP context. 

The structure of the IMSI is defined in 3GPP TS 23.003 [68]. 

5.1.2.2.52 Served MSISDN 

This field contains the Mobile Station (MS) ISDN number (MSISDN) of the served party. The term "served" 
party is used to describe the mobile subscriber involved in the transaction recorded. In case of multi -numbering 
the MSISDN stored in a GPRS CDR will be the primary MSISDN of the calling party. 

The structure of the MSISDN is defined in 3GPP TS 23.003 [68]. 
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5.1 .2.2.53 Served PDP Address 

This field contains the PDP address of the served IMSI. This is a network layer address i.e. of type IP version 4 or IP 
version 6. The address for each PDP type is allocated either temporarily or permanently (see "Dynamic Address Flag"). 
This parameter shall be present except when both the PDP type is PPP and dynamic PDP address assignment is used. 

5. 1 .2.2.54 Service Centre Address 

This field contains a ITU-T E.164 number identifying a particular service centre e.g. Short Message Service (SMS) 
centre (see 3GPP TS 23.040 [72]). 

5.1.2.2.55 SGSN Address 

These fields contain one or several IP addresses of SGSN. The IP address of the SGSN can be either control plane 
address or user plane address. 

The S-CDR fields contain single address of current SGSN and GGSN used. 

The G-CDR fields contain the address of the current GGSN and a list of SGSNs addresses, which have been connected 
during the record (SGSN change due to inter SGSN Routing Area update). 

The M-CDR fields only contain the address of the current SGSN. It does not provide any information related to active 
PDP context(s) and thus the connected (used) GGSN(s) cannot be identified. 

If both an IPv4 and an IPv6 address of the SGSN are available, the GSNs shall include the IPv4 address in the CDR. 

5.1.2.2.56 SGSN Change 

This field is present only in the S-CDR to indicate that this is the first record after an inter-SGSN routing area update. 

5.1 .2.2.57 Short Message Service (SMS) Result 

This field contains the result of an attempt to deliver a short message either to a service centre or to a mobile 
subscriber (see 3GPP TS 29.002 [60]). Note that this field is only provided if the attempted delivery was 
unsuccessful. 

5.1.2.2.58 System Type 

This field is present conditionally, indicating the use of the UTRAN or GERAN air-interface for the provision of 
service recorded by this CDR. In the case of service provided by a GSM air interface, this field is not present. 

NOTE: The ASN. 1 contains a value of "unknown" which may be used in other domains but not in the PS domain. 

5.1.2.2.59 User Location Information 

This field contains the User Location Information as described in TS 29.060 [75]. The field is provided by the SGSN 
and transferred to the GGSN during the PDP context activation/modification procedure as specified in TS 23.060 [74]. 

5.1 .2.3 WLAN CDR parameters 

This subclause contains the description of the CDR parameters that are specific to the PS domain CDR types as 
specified in TS 32.252 [12]. 

5.1 .3 Subsystem level CDR parameters 

This subclause contains the description of the CDR parameters that are specific to the subsystem level CDR types. This 
comprises the CDR types from the CN IM subsystem (TS 32.260 [20]). 

5.1 .3.1 IMS CDR parameters 

This clause contains the description of each field of the IMS CDRs specified in TS 32.260 [20]. 
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5.1 .3.1 .1 Application Provided Called Parties 

Holds a list of the Called Party Address(es), if the address(es) are determined by an AS (SIP URL, E. 164. . .). 

5.1 .3.1 .2 Application Servers Information 

This a grouped CDR field containing the fields: 'Apphcation Server Involved' and 'Application Provided Called Parties'. 

5.1 .3.1 .3 Application Servers Involved 

Holds the ASs (if any) identified by the SIP URLs. 

5.1.3.1.4 Authorised QoS 

Authorised QoS as defined in TS 23.207 [77] and TS 29.207 [78] and applied via the Go interface. 

5.1.3.1.5 Bearer Service 

Holds the used bearer service for the PSTN leg. 

5.1.3.1.6 Called Party Address 

In the context of an end-to-end SIP transaction this field holds the address of the party (Public User ID) to whom the 
SIP transaction is posted. 

For a subscription/registration procedure this field holds the party to be registered/subscribed. 

This field contains either a SIP URL (according to IETF RFC3261 [xx]) or a TEL URL (according to RFC2806 [xx]). 

5.1 .3.1 .7 Calling Party Address 

The address (Public User ID) of the party requesting a service or initiating a session. This field holds either the SIP 
URL (according to IETF RFC 3261 [xx]) or the TEL URL (according to RFC 2806 [xx]) of the calling party. 

5.1.3.1.8 Cause for Record Closing 

This field contains a reason for the release of the CDR including the following: 

normal release: end of session; 

partial record generation: time (duration) limit, maximum number of changes in charging conditions (e.g. 
maximum number in 'List of Message Bodies' exceeded) or service change (e.g. change in media components); 

abnormal termination; 

management intervention (request due to O&M reasons). 

CCF initiated record closure; 

A more detailed reason may be found in the Service Delivery Failure Reason field. 

5.1 .3.1 .9 Content Disposition 

This sub-field of Message Bodies holds the content disposition of the message body inside the SIP signalling. Content- 
disposition header field equal to 'render', indicates that 'the body part should be displayed or otherwise rendered to the 
user'. Content disposition values are: session, render, inline, icon, alert, attachment, etc. 

5.1.3.1.10 Content Length 

This sub-field of Message Bodies holds the size of the data of a message body in bytes. 



ETSI 



3GPP TS 32.298 version 6.0.0 Release 6 42 ETSI TS 1 32 298 V6.0.0 (2005-06) 

5.1.3.1.11 Content Type 

This sub-field of Message Bodies holds the MIME type of the message body, Examples are: application/zip, image/gif, 
audio/mpeg, etc. 

5.1.3.1.12 GGSN Address 

This parameter holds the control plane IP address of the GGSN that handles one or more media component(s) of a IMS 
session. If GPRS is used to access the IMS, the GGSN address is used together with the GPRS charging ID as the 
access part of the charging correlation vector. The charging correlation vector is comprised of an access part and an 
IMS part, which is the IMS Charging Identifier. For further information regarding the composition of the charging 
correlation vector refer to the appropriate clause in TS 32.200 [2]. 

5.1.3.1.13 GPRS Charging ID 

This parameter holds the GPRS charging ID (GCID) which is generated by the GGSN for a GPRS PDP context. There 
is a 1:1 relationship between the GCID and the PDP context. If GPRS is used to access the IMS, the GCID is used 
together with the GGSN address as the access part of the charging correlation vector that is comprised of an access part 
and an IMS part, which is the IMS Charging Identifier. 

For further information regarding the composition of the charging correlation vector refer to the appropriate clause in 
TS 32.200 [2]. 

5.1.3.1.14 IMS Charging Identifier 

This parameter holds the IMS charging identifier (ICID) as generated by the IMS node for the SIP session. The value of 
the ICID parameter is identical with the 'icid-value' parameter defined in [xx]. The 'icid -value' is a mandatory part of the 
P-Charging-Vector and coded as a text-based UTF-8 charset (as are all SIP messages). For further information 
regarding the composition and usage of the P-Charging- Vector refer to TS 32.200 [2], TS 24.229 [79] and [xx]. 

The ICID value is globally unique across all 3GPP IMS networks for a time period of at least one month, implying that 
neither the node that generated this ICID nor any other IMS node reuse this value before the uniqueness period expires. 
The one month minimum uniqueness period counts from the time of release of the ICID, i.e. the ICID value no longer 
being used. This can be achieved by using node specific information, e.g. high-granularity time information and/or 
topology/location information. The exact method how to achieve the uniqueness requirement is an implementation 
issue. 

An ICID is generated by the P-CSCF during the initial IMS registration procedure for a Private User ID. This ICID is 
valid for all Public User IDs registered for that Private User ID until the user (Private User ID) is deregistered. All 
subsequent SIP session unrelated methods (e.g., REGISTER, NOTIFY, MESSAGE etc.) must use this ICID value 
regardless of whether the same Public User ID is used or not. 

At each SIP session establishment a new, session specific ICID is generated at the first IMS network element that 
processes the session-initiating SIP INVITE message. This ICID is then used in all subsequent SIP messages for that 
session (e.g., 200 OK, (re-)INVITE, BYE etc.) until the session is terminated. 

5.1.3.1.15 Incomplete CDR Indication 

This field provides additional diagnostics when the CCF detects missing ACRs. 

5.1.3.1.16 Inter Operator Identifiers 

Holds the identification of the home network (originating and terminating) if exchanged via SIP signalling, as recorded 
in the Inter-Operator-Identifier AVP. For further information on the lOI please refer to TS 24.229 [79]. 

5.1.3.1.17 List of Message Bodies 

This grouped field comprising several sub-fields describing the data that may be conveyed end-to-end in the body of a 
SIP message. Since several message bodies may be exchanged via SIP-signalling, this grouped field may occur several 
times. 

The List of Message Bodies contains the following elements: 
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■ Content Type; 

■ Content Disposition; 

■ Content Length; 

■ Originator. 

They are described in the appropriate subclause. Message bodies with the "Content-Type" field set to application/sdp 
and the "Content-Disposition" field set to session are not included in the "Message Bodies" field. 

5.1.3.1.18 Listof SDP Media Components 

This is a grouped field comprising several sub-fields associated with one media component. It may occur several times 
in one CDR. The field is present only in a SIP session related case. 

The List of SDP Media Components contains following elements: 

■ SIP Request Timestamp; 

■ SIP Response Timestamp; 

■ SDP Media Components; 

■ Media Initiator flag. 

These field elements are described in the appropriate subclause. 

5.1.3.1.19 Local Record Sequence Number 

This field includes a unique record number created by this node. The number is allocated sequentially for each partial 
CDR (or whole CDR) including all CDR types. The number is unique within the CCF. 

The field can be used e.g. to identify missing records in post processing system. 

5.1.3.1.20 Media Initiator Flag 

This field indicates if the called party has requested the session modification and it is present only if the initiator was the 
called party. 

5.1.3.1.21 Node Address 

This item holds the address of the node providing the information for the CDR. This may either be the IP address or the 
FQDN of the IMS node generating the accounting data. This parameter corresponds to the Origin-Host AVP. 

5.1.3.1.22 Originator 

This sub-field of the "List of Message Bodies" indicates the originating party of the message body. 

5.1.3.1.23 Private User ID 

Holds the used Network Access Identifier of the served party according to RFC2486 [xx]. This parameter corresponds 
to the User-Name AVP. 

5.1.3.1.24 Record Closure Time 

A Time stamp reflecting the time the CCF closed the record. 

5. 1 .3. 1 .25 Record Extensions 

A set of operator/manufacturer specific extensions to the record, conditioned upon existence of an extension. 
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5.1.3.1.26 Record Opening Time 

A time stamp reflecting the time the CCF opened this record. Present only in SIP session related case. 

5.1 .3.1 .27 Record Sequence Number 

This field contains a running sequence number employed to link the partial records generated by the CCF for a 
particular session (characterised with the same Charging ID and GGSN address pak). The Record Sequence Number is 
not present if the record is the only one produced in the CCF for a session. The Record Sequence Number starts from 
one (1). 

5.1.3.1.28 Record Type 

Identifies the type of record. The parameter is derived from the Origin-Host AVP. 

5.1.3.1.29 Retransmission 

This parameter, when present, indicates that information from retransmitted Diameter ACRs has been used in this CDR. 

5.1.3.1.30 Role of Node 

This fields indicates the role of the AS/CSCF. As specified in TS 23.218 [80] the role can be: 

• originating (CSCF serving the calling subscriber or AS initiated session); 

• terminating (CSCF serving the called subscriber or AS terminated session); 

• proxy (only applicable for an AS, when a request is proxied); 

• B2BUA (only applicable for an AS, when the AS performs third party control/acts in B2BUA mode. 

5.1.3.1.31 SDP Media Components 

This is a grouped field comprising several sub-fields associated with one media component. Since several media 
components may exist for a session in parallel these sub-fields may occur several times (as much times as media are 
involved in the session). The sub-fields are present if medium (media) is (are) available in the SDP data which is 
provided in the ACR received from the IMS node. 

The SDP media component contains the following elements: 

■ SDP media name; 

■ SDP media description; 

■ GPRS Charging ID; 

These field elements are described in the appropriate subclause. 

5.1 .3.1 .32 SDP Media Description: 

This field holds the attributes of the media as available in the SDP data tagged with 'i=', 'c=','b=','k=', 'a='. Only the 
attribute lines relevant for charging are recorded. To be recorded 'SDP lines' shall be recorded in separate 'SDP Media 
Description' fields, thus multiple occurrence of this field is possible. Always complete 'SDP lines' are recorded per field. 

This field corresponds to the SDP -Media-Description AVP as defined in Table 5.8. 

Example: 'c=IN IP4 134.134.157.81' 

For further information on SDP please refer to IETF draft 'SDP. Session Description Protocol' [xx]. 

Note: session unrelated procedures typically do not contain SDP data. 

5.1.3.1.33 SDP Media Name 

This field holds the name of the media as available in the SDP data tagged with 'm='. Always the complete 'SDP line' is 
recorded. 
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This field corresponds to the SDP -Media-Name AVP as defined in Table 5.8. 

Example: 'm=video 51372 RTP/AVP 31' 

For fiirther information on SDP please refer to IETF draft 'SDP: Session Description Protocol' [xx]. 

5. 1 .3. 1 .34 SDP Session Description 

Holds the Session portion of the SDP data exchanged between the User Agents if available in the SIP transaction. 

This field holds the attributes of the media as available in the session related part of the SDP data tagged with "c=" and 
"a=" (multiple occurrence possible). Only attribute lines relevant for charging are recorded. 

The content of this field corresponds to the SDP-Session-Description AVP of the ACR message. 

Note: session unrelated procedures typically do not contain SDP data. 

5.1 .3.1 .35 Service Delivery End Time Stamp 

This field records the time at which the service delivery was terminated. It is Present only in SIP session related case. 

The content of this field corresponds to the SIP-Request-Timestamp AVP of a received ACR[Stop] message indicating a 
session termination. 

5.1 .3.1 .36 Service Delivery Failure Reason 

Holds the reason for why a requested service could not be successfully provided (i.e. SIP error codes taken from SIP- 
Method AVP). This field is not present in case of a successful service delivery. 

5. 1 .3. 1 .37 Service Delivery Start Time Stamp 

This field holds the time stamp reflecting either: 

a successful session set-up: this field holds the start time of a service delivery (session related service) 
a delivery of a session unrelated service: the service delivery time stamp 

an unsuccessful session set-up and an unsuccessful session unrelated request: this field holds the time the network 
entity forwards the unsuccessful indication (SIP 'RESPONSE' with error codes 3xx, 4xx, 5xx) towards the 
requesting User direction. 
The content of this field corresponds to the SIP-Response-Timestamp AVP as defined in Table 5.8. 

For partial CDRs this field remains unchanged. 

5.1.3.1.38 Service ID 

This field identifies the service the MRFC is hosting. For conferences the conference ID is used here. 

5. 1 .3. 1 .39 Service Request Timestamp 

This field contains the time stamp which indicates the time at which the service was requested ('SIP request' message) 
and is present for session related and session unrelated procedures. The content of this item is derived from the SIP- 
Request-Timestamp AVP as defined in Table 5.8. If the SIP-Request-Timestamp AVP is not supplied by the 
network entity this field is not present. 

For partial CDRs this field remains unchanged. 

This field is present for unsuccessful service requests if the ACR message includes the SIP-Request-Timestamp AVP. 

5. 1 .3. 1 .40 Service Specific Data 

This field contains service specific data. 
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5.1.3.1.41 Session ID 

The Session identification. For a SIP session the Session-ID contains the SIP Call ID as defined in the Session Initiation 
Protocol RFC [xx]. 

5.1 .3.1 .42 Served Party IP Address 

This field contains the IP address of either the calling or called party, depending on whether the P-CSCF is in touch 
with the calling or called network. 

5.1.3.1.43 SIP Method 

Specifies the SIP-method for which the CDR is generated. Only available in session unrelated cases. 

5.1 .3.1 .44 SIP Request Timestamp 

This parameter contains the time of the SIP Request (usually a (Re)Invite). 

5.1 .3.1 .45 SIP Response Timestamp 

This parameter contains the time of the response to the SIP Request (usually a 200 OK). 

5.1 .3.1 .46 S-CSCF Information 

This field contains Information related to the serving CSCF, e.g. the S-CSCF capabilities upon registration event or the 
S-CSCF address upon the session establishment event. This field is derived from the Server-Capabilities AVP if present 
in the ACR received from the I-CSCF. 

5.1 .3.1 .47 Trunk Group ID Incoming/Outgoing 

Contains the outgoing trunk group ID for an outgoing session/call or the incoming trunk group ID for an incoming 
session/call. 



5.1 .4 Service level CDR parameters 



This subclause contains the description of the CDR parameters that are specific to the service level CDR types. This 
comprises the CDR types from the MMS service (TS 32.270 [30]) and the LCS service (TS 32.271 [31]). 

5.1 .4.1 MMS CDR parameters 

This clause contains the description of each field of the MMS CDRs specified in TS 32.270 [30]. 

5.1.4.1.1 3GPP MMS Version 

The MMS version of the originator MMS Relay/Server as defined in TS 23 . 140 [8 1 ] . 

5.1.4.1.2 Access Correlation 

If the parameter is provided and is not an empty string, it is a unique identifier delivered by the used access network 
domain of the originator or recipient MMS User Agent. It may be used for correlation of the MMS CDRs with the 
corresponding MSC server CDRs in CS domain or GSN CDRs in PS domain. It is an empty string if the parameter is 
not delivered by the access network. 

5.1.4.1.3 Acknowledgement Request 

This Boolean value indicates whether (value TRUE) or not (value FALSE) a response has been requested in a request at 
the MM4 reference point. 
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5.1.4.1.4 Attributes List 

This field contains a list of information element names that are used in the MMl_mmbox_view.REQ, which request 
corresponding information elements from the MMs to be conveyed in the MMl_mmbox_view.RES. The list of known 
information element names are those currently defined for the MMl_retrieve.RES and MMl_notification.REQ. In the 
absence of the Attributes list information element, the MMS Relay/Server shall, by default and if available, select these 
information elements from each viewed MM: Message ID, Date and time. Sender address. Subject, Message size, MM 
State, and MM Flags. 

5.1.4.1.5 Charge Information 

This field consists of two parts, the charged party and the charge type. 

The Charged Party is an indication on which party is expected to be charged for an MM e.g. the sending, receiving, both 
parties or neither. This indicator is only applicable to MM7 CDRs (for VASP-originated MMs). It may be provided by 
the VASP when submitting an MM. 

The Charge Type indicates the type of subscription (i.e. postpaid or prepaid). This indicator is derived from the 
subscription parameters and only applicable to MMl CDRs. 

The Charged Parties are as follows: 

Sender: This indicates the sending party is expected to be charged ('normal' charging model); 

Recipient: This indicates the receiving party is expected to be charged ('reverse' charging model). This model 
implies there is a commercial agreement between the Recipient and the VASP; 

Both: This indicates both the sending and the receiving parties are expected to be charged ('shared' charging 
model); 

- Neither: This indicates neither the sending nor the receiving parties are expected to be charged ('free of charge' 
charging model). 

The Charge types are as follows: 

- Postpaid; 
Prepaid. 

5.1.4.1.6 Content Type 

The Content Type of the MM as defined in TS 23.140 [81]. 

5.1.4.1.7 Delivery Report Requested 

This is an indication of type Boolean whether (value TRUE) or not (value FALSE) the originator/forwarding MMS 
User Agent has requested a delivery report in the MMl_submit.REQ/MMl_forward.REQ. 

5.1 .4.1 .8 Duration of Transmission 

This field contains the relevant time in seconds. The Duration of Transmission is the time from the beginning to the end 
of the MM transfer between the MMS User Agent and the MMS Relay/Server; e.g. for streaming purposes. 

Note that the CDRs purposely do not contain any information about the duration of storage on the MMS Relay/Server. 
If such information is required it can be calculated by post-processing systems from the CDR timestamps. For instance, 
the total duration of storage on the originator MMS Relay/Server could be calculated by taking the difference between 
the "Record Time Stamp" of the OlS-CDR and the "Record Time Stamp" of the OMD-CDR. 

5.1.4.1.9 Earliest Time of Delivery 

This field contains either the earliest time to deliver message or the number of seconds to wait before delivering the 

message. 
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5.1.4.1.10 Forward Counter 

A Counter indicating the number of times the particular MM was forwarded as defined in TS 23.140 [81]. 

5.1.4.1.11 Forwarding Address 

This field contains a forwarding MMS User Agent address. The MMS supports the use of E-Mail addresses 
(RFC 822 [xx]), MSISDN (E.164) or IP addi'esses. 

5.1.4.1.12 Forwarding MMS Relay/Server Address 

This field contains one or more addresses of the forwarding MMS Relay/Server. The address is either an IP address or a 
domain name. 

5.1.4.1.13 Limit 

This field contains a number that may be provided in the MMl_mmbox_view.REQ to specify a limit for the number of 
MMs the information elements to which shall be returned in the MMl_mmbox_view.RES. 

5.1.4.1.14 Linked ID 

This field identifies a correspondence to a previous valid message delivered to the VASP 

5.1.4.1.15 Local Record Sequence Number 

This field includes a unique record number created by this node. The number is allocated sequentially including all 
CDR types. The number is unique within one node, which is identified either by field Node ID or by record-dependent 
MMS Relay/Server. 

The field can be used e.g. to identify missing records in post processing system. 

5.1.4.1.16 Managing Address 

This field contains the managing MMS User Agent address i.e. the MMS User Agent that sends and receives 
transactions related to the MMBox management . The MMS supports the use of E-Mail addresses (RFC 822) [xx], 
MSISDN (E.164) or IP address. 

5.1.4.1.17 Message Class 

A class of messages such as personal, advertisement, information service etc. For more information see TS 23.140 [81]. 

5.1.4.1.18 Message Distribution Indicator 

This is an indication of type Boolean whether (value TRUE) or not (value FALSE) the VASP has indicated the content 
of the MM is intended for redistribution. 

5.1.4.1.19 Message ID 

This field specifies the MM Message ID of the MM as defined in TS 23.140 [81]. The concrete syntax of this MM 
Message ID is given by the body of the field introduced by the string 'X-Mms-Message-ID:' in the concrete syntax of 
the message MM4_Forward.REQ. All CDRs pertaining to the same MM must employ the same value of this parameter, 
i.e. the value initially assigned by the originator MMS Relay/Server upon submission of the MM by the Originator 
MMS User Agent. 

5. 1 .4. 1 .20 Message Reference 

A reference as specified in TS 23.140 [81], e.g. URI, for the MM that can be used for retrieving the MM from the 
recipient MMS Relay/Server. 
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5.1.4.1.21 Message selection 

Messages which are to be viewed may be selected by a list of Message References or by a selection based on MM State 
and/or MM Flags keywords. 

5.1.4.1.22 Message Size 



This field contains the number of octets of the MM that is calculated as specified in TS 23.140 [81]. 

5.1 .4.1 .23 MMBox Storage Information 

This field includes following storage information elements for the MMBox containing the MM State, MM Flags, Store 
Status, Store Status Text and Stored Message Reference. 

• MM State; 

This field contains the state of the MM. 

• MM Flags: 

This field contains the keyword flags of the MM. 

• Store Status: 

This field contains an appropriate status value of the stored MM, e.g. stored, error-transient-mailbox-full,... 

• Store Status Text; 

This field includes a more detailed technical description of the store status at the point in time when the CDR 
is generated. 

• Stored Message Reference; 

A reference of the newly stored MM. 

5.1.4.1.24 MM component list 

The MM component list is a set of subject and media components from type of media formats including the size of all 
elements in octets. For a complete description of media formats that may be supported by MMS, refer to lANA [xx]. 

5. 1 .4. 1 .25 MM Date and Time 

The date and time field contains the time stamp relevant for the handling of the MM by the recipient MMS Relay/ 
Server (read, deleted without being read, etc.). The time-stamp includes at a minimum: date, hour, minute and second. 

5.1.4.1.26 MM Listing 

This field contains a list of information elements from the MMs returned within the MMl_mmbox_view.RES. The 
listing shall consist of the following information elements, separately grouped for each MM returned in the list: 

• Message reference: a unique reference to an MM; 

• Information elements corresponding to those requested in the Message Selection information element on the 
MMl_mmbox_view.REQ. 

5.1.4.1.27 MM Status Code 

This field contains an appropriate status value of the delivered MM (e.g. retrieved, rejected, etc.). 



ETSI 



3GPP TS 32.298 version 6.0.0 Release 6 50 ETSI TS 1 32 298 V6.0.0 (2005-06) 

5. 1 .4. 1 .28 Originator Address 

This field contains an originator MMS User Agent address. The MMS supports the use of E-Mail addresses 
(RFC 822 [xx]) or MSISDN (ITU E.164 [65]). 

5. 1 .4. 1 .29 Originator MMS Relay/Server Address 

This field contains an address of the originator MMS Relay/Server. This address is composed of a mandatory IP address 
and/or an optional domain name. 

5.1.4.1.30 Priority 

The priority (importance) of the message, see TS 23.140 [81]. 

5.1.4.1.31 Ouotas 

The quotas of the MMBox in messages and/or octets identified with Messages or Octets 

5. 1 .4. 1 .32 Ouotas requested 

This is an indication that the Managing User Agent has requested the current message and/or size quotas. 

5. 1 .4. 1 .33 Read Reply Requested 

A Boolean value indicating whether the originator MMS User Agent has requested a read-reply report (value TRUE) or 
not (value FALSE). 

5.1.4.1.34 Read Status 

See TS 23.140 [81]: Status of the MM, e.g. Read, Deleted without being read. 

5. 1 .4. 1 .35 Recipient Address 

This field contains a recipient MMS User Agent address. The MMS supports the use of E-Mail addresses 
(RFC 822 [xx]), MSISDN (E.164 [65]) or Service provider specific addresses (short code). 

5. 1 .4. 1 .36 Recipient MMS Relay/Server Address 

This field contains an address of the recipient MMS Relay/Server. This address is composed of a mandatory IP address 
and/or an optional domain name. 

5. 1 .4. 1 .37 Recipients Address List 

This field contains a list of recipient MMS User Agent addresses. 

5. 1 .4. 1 .38 Record Extensions 

The field enables network operators and/or manufacturers to add their own extensions to the standard record definitions. 

5. 1 .4. 1 .39 Record Time Stamp 

This field indicates the date and time when the CDR was produced. 

5.1.4.1.40 Record Type 

The field identifies the type of the record, see TS 32.250 [10]. 
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5.1.4.1.41 Reply Charging 

This field indicates whether the originator of the MM is willing to take over the charge for the sending of a reply-MM 
to their submitted MM from the recipient(s). In this case the originator MMS Relay/Server marks the MM as no charge 
(reply-charged). 

In the Originator MMl Submission CDR (OlS-CDR) this parameter indicates whether the originator MMS User Agent 
has requested reply-charging (value TRUE) or not (value FALSE). 

In the Recipient MMl Notification Request record (RlNRq -CDR) it indicates whether a reply to this particular original 
MM is free of charge (value TRUE) or not (value FALSE). 

In the MM7 Submission CDR (7S-CDR) this parameter indicates whether the originator MMS VASP has requested 
reply-charging (value TRUE) or not (value FALSE). 

5.1 .4.1 .42 Reply Charging ID 

This field is present in the CDR only if the MM is a reply-MM to an original MM. The Reply Charging ID is the 
Message ID of the original MM. 

5.1.4.1 .43 Reply Charging Size 

In the Originator MMl Submission CDR (OlS-CDR), in case of reply-charging, this field indicates the maximum size 
for reply-MM(s) granted to the recipient(s) as specified by the originator MMS User Agent. 

In the Recipient MMl Notification Request CDR (RlNRq-CDR), in case of reply-charging, this field indicates the 
maximum size of a reply-MM granted to the recipient as specified in the MMl_notification.REQ. 

In the MM7 Submission CDR (7S-CDR), in case of reply-charging, this field indicates the maximum size for reply- 
MM(s) granted to the recipient(s) as specified by the originator MMS VASP. 

5.1.4.1.44 Reply Deadline 

In the Originator MMl Submission CDR (OlS-CDR), in case of reply-charging, this field indicates the latest time of 
submission of replies granted to the recipient(s) as specified by the originator MMS User Agent. 

In the Recipient MMl Notification Request CDR (RlNRq-CDR), in case of reply-charging, this field indicates the 
latest time of submission of a reply granted to the recipient as specified in the MMl_notification.REQ. 

In the MM7 Submission CDR (7S-CDR), in case of reply-charging, this field indicates the latest time of submission of 
replies granted to the recipient(s) as specified by the originator MMS VASP. 

5.1.4.1 .45 Report allowed 

A Boolean value indicating, if present whether sending of a delivery report is permitted (value TRUE) or not (value 
FALSE). 

5.1.4.1 .46 Request Status code 

The status of the MM as reflected in the corresponding MM4 message (e.g. error service denied, error network problem, 
error unsupported message, etc.). For further details see TS 23.140 [81]. 

5.1.4.1 .47 Sender Address 

The address of the MMS User Agent as used in the MMl_notification_REQ/MMl_retrieve.RES. This parameter is 
present in the CDR even if address hiding was requested, resulting in the sender address is not being included in the 
above messages. 

5.1.4.1.48 Sender Visibility 

This Boolean value indicates whether the originator MMS User Agent has requested her address to be hidden from the 
recipient (value TRUE) or not (value FALSE). 
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5.1.4.1 .49 Service code 

This field contains charging information provided by the VASP to the MMS R/S for use by the billing system to 
properly bill the user for the service being supplied. The usage of the 'service code' is, in the release, open to any usage 
envisioned by the operators, service providers or MMS Relay/Server vendors. In this release only the format, but not the 
content of the 'service code' field is defined. 

5.1.4.1.50 Start 

This field contains a number that may be used in the MMl_mmbox_view.REQ to index the first MM to be viewed, 
relative to the selected set of MMs, allowing partial views to be requested 

5.1.4.1.51 Status Text 

This field includes a more detailed technical status of the message at the point in time when the CDR is generated.. 

5.1.4.1.52 Submission Time 

The submission time field contains the time stamps relevant for the submission of the MM. The time-stamp includes a 
minimum of date, hour, minute and second. 

5. 1 .4. 1 .53 Time of Expiry 

This field contains the desired date or the number of seconds to expiry of the MM, if specified by the originator MMS 
User Agent. 

5.1.4.1.54 Totals 

The total number of messages and/or octets for the MMBox, identified with Messages or Octets 

5. 1 .4. 1 .55 Totals requested 

This is an indication that the Managing User Agent has requested the current total number of messages and/or size 
contained by the MMBox. 

5.1.4.1.56 Upload Time 

The upload time field contains the time stamps relevant for the upload of the MM. The time-stamp includes a minimum 
of date, hour, minute and second. 

5.1.4.1.57 VASID 

This field specifies the identification of the VASP as defined in TS 23.140 [81]. 

5.1.4.1.58 VASP ID 

This field specifies the identification of the originating application as defined in TS 23.140 [81]. 

5.1 .4.2 LCS CDR parameters 

This clause contains the description of each field of the LCS CDRs specified in TS 32.271 [31]. 

5.1 .4.2.1 Home GMLC Identity 

This field contains the ITU-T E.164 [65] number of the Home GMLC (H-GMLC) involved in the location request 

5.1 .4.2.2 Requesting GMLC Identity 

This field contains the ITU-T E.164 [65] number of the Requesting GMLC (R-GMLC) involved in the location request 
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5.1 .4.2.3 Visited GMLC Identity 

This field contains the ITU-T E.164 [65] number of the Visited GMLC (V-GMLC) involved in the location request 

5.1 .4.3 PoC CDR parameters 

This clause contains the description of each field of the PoC CDRs specified in TS 32.272 [32]. 

5.1 .4.4 MBMS CDR parameters 

This clause contains the description of each field of the MBMS CDRs specified in TS 32.273 [33]. 

5.2 CDR abstract syntax specification 
5.2.1 Generic ASN.1 definitions 

This subclause contains generic CDR syntax definitions, where the term 'generic' implies that these constructs are 
applicable for more than one domain/service/subsystem. Examples of this are syntax definitions that are imported from 
non-charging 3GPP TSs, e.g. TS 29.002 [60]. 

SGPPGenericChargingDataTypes (ccitt identif ied-organization (4) etsi(O) mobileDomain (0) 
gsmUmtsNetwork (x) charging (y) asnlModule (z) genericChargingDataTypes (0) versionl (1)} Editor"s 
Note: what is the correct structure of the OID? 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

EXPORTS everything 

IMPORTS 

CallRef erenceNumber, NumberOf Forwarding 

FROM MAP-CH-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 

modules (3) map-CH-DataTypes (13) version6 (6) } 

— from TS 29.002 [60] 

AddressString, BasicServiceCode, IMSI, IMEI, ISDN-AddressString, LCSClientExternallD, 
LCSClient Internal ID 

FROM MAP-CommonDataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network 
(1) modules (3) map-CommonDataTypes (18) version6 (6) } 

— from TS 29.002 [60] 

DestinationRoutingAddress 

FROM CAP-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) cap-datatypes (52) versionl (0) } 

DefaultCallHandling, DefaultSMS-Handling, Notif icationToMSUser, ServiceKey 

FROM MAP-MS-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-MS-DataTypes (11) version6 (6) } 

— from TS 29.002 [60] 

MOLR-Type 

FROM SS-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Access (2) 

modules (3) ss-DataTypes (2) version? (7)} 

— from TS 24.080 [61] (editor"s note; correct reference?) 

BearerServiceCode 

FROM MAP-BS-Code { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 

modules (3) map-BS-Code (20) version6 (6) } 

— from TS 29.002 [60] 
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Editor"s note: clarify if this should be moved to the CS module 

TeleserviceCode 

FROM MAP-TS-Code { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 

modules (3) map-TS-Code (19) version2 (2) } 

— from TS 29.002 [60] 

Editor"s note: clarify if this should be moved to the CS module 

SS-Code 

FROM MAP-SS-Code { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 

modules (3) map-SS-Code (15) version6 (6) } 

— from TS 29.002 [60] 

Editor"s note: clarify if this should be moved to the CS module 

Ext-Geographicallnformation, LCSClientType, LCS-Priority, LocationType 

FROM MAP-LCS-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 

modules (3) map-LCS-DataTypes (25) versionV (7)} 

— from TS 29.002 [60] 

PositionMethodFailure-Diagnostic, UnauthorizedLCSClient-Diagnostic 

FROM MAP-ER-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 

modules (3) map-ER-DataTypes (17) version7 (7) } 

— from TS 29.002 [60] 

— Editor"s note: ' UnauthorizedLCSClient-Diagnostic ' was missing in 32.205 

BasicService 

FROM Basic-Service-Elements { ccitt identif ied-organization (4) etsi (0) 

196 basic-service-elements (8) } 

— from "Digital Subscriber Signalling System No. one (DSSl) protocol" 

— ETS 300 196 [62] 

Ob ject Instance 

FROM CMIP-1 { joint-iso-ccitt ms (9) cmip (1) versionl (1) protocol (3)} 

— from CCITT Rec. X.2ab [105] Editor"s note: clarify if this definition is still needed. It 
appears that it ends in Nirwana. 

ManagementExtension 

FROM Attribute-ASNlModule (joint-iso-ccitt ms (9) smi (3) part2 (2) asnlModule (2) 1} 

— from CCITT Rec. X.721 [106] Editor"s note: clarify if this definition is still needed. 
AE-title 

FROM ACSE-1 (joint-iso-ccitt association-control (2) abstract-syntax (1) apdus (0) version (1) }; 

— From CCITT Rec. X.2cd [107]. Note that the syntax of AE-title to be used is from 

— CCITT Rec. X.227 / ISO 8650 corrigendum and not "ANY" Editor"s note: clarify if this definition 
is still needed. It appears that it ends in Nirwana. 



Generic Data Types 



BCDDirectoryNumber ::= OCTET STRING 

— This type contains the binary coded decimal representation of 

— a directory number e.g. calling/called/connected/translated number. 

— The encoding of the octet string is in accordance with the 

— the elements "Calling party BCD number", "Called party BCD number" 

— and "Connected number" defined in TS 24.008. 

— This encoding includes type of number and number plan information 

— together with a BCD encoded digit string. 

— It may also contain both a presentation and screening indicator 

— (octet 3a) . 

— For the avoidance of doubt, this field does not include 

— octets 1 and 2, the element name and length, as this would be 

— redundant . 

CallDuration ::= INTEGER 
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— The call duration is counted in seconds. 

— For successful calls /sessions / PDF contexts, this is the chargeable duration. 

— For call attempts this is the call holding time. 

Editor"s note: the explanation above should be removed as proper definitions are required in the 
individual CDR parameter descriptions in [10] - [31] 

CalledNumber ::= BCDDirectoryNumber 

CallEventRecordType ::= INTEGER 
{ 

Record values 0..17 are CS specific. 

— The contents are defined in TS 32.250 [10] 

moCallRecord (0), 

mtCallRecord (1) , 

roamingRecord (2) , 

incGatewayRecord (3) , 

outGatewayRecord (4), 

transitCallRecord (5), 

moSMSRecord (6), 

mtSMSRecord (7), 

moSMSIWRecord (8), 

mtSMSGWRecord (9), 

ssActionRecord (10), 

hlrlntRecord (11) , 

locUpdateHLRRecord (12), 

locUpdateVLRRecord (13), 

commonEquipRecord (14), 

moTraceRecord (15), used in earlier releases 

mtTraceRecord (16), used in earlier releases 

termCAMELRecord (17), 

— Record values 18.. 22 are GPRS specific. 

— The contents are defined in TS 32.251 [11] 

sgsnPDPRecord (18), 

ggsnPDPRecord (19), 

sgsnMMRecord (20), 

sgsnSMORecord (21), 

sgsnSMTRecord (22), 

— Record values 23.. 25 are CS-LCS specific. 

— The contents are defined in TS 32.250 [10] 

mtLCSRecord (23), 

moLCSRecord (24), 

nlLCSRecord (25), 

— Record values 26.. 28 are GPRS-LCS specific. 

— The contents are defined in TS 32.251 [11] 

sgsnMtLCSRecord (26), 
sgsnMoLCSRecord (27), 
sgsnNiLCSRecord (28), 

— Record values 29.. 62 are MMS specific. 

— The contents are defined in TS 32.270 [30] 



ISRecord 


(29), 


4FRqRecord 


(30), 


4FRsRecord 


(31), 


4DRecord 


(32), 


IDRecord 


(33), 


4RRecord 


(34), 


IRRecord 


(35), 


MDRecord 


(36), 


4FRecord 


(37), 


INRqRecord 


(38), 


INRsRecord 


(39), 


IRtRecord 


(40), 


lAFRecord 


(42), 


4DRqRecord 


(43), 


4DRsRecord 


(44), 


IRRRecord 


(45), 
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4RRqRecord 


(46), 


4RRsRecord 


(47), 


MDRecord 


(48), 


Record 


(49), 


xlSRecord 


(50), 


xlVRecord 


(51), 


xlURecord 


(52), 


xlDRecord 


(53), 


SRecord 


(54), 


DRqRecord 


(55), 


DRsRecord 


(56), 


CRecord 


(57), 


RRecord 


(58), 


DRRqRecord 


(59), 


DRRsRecord 


(60), 


RRqRecord 


(61), 


RRsRecord 


(62), 



Record values 63.. 69 are IMS specific. 
The contents are defined in TS 32.260 [20] 



s-CSCFRecord 


(63), 


p-CSCFRecord 


(64), 


i-CSCFRecord 


(65), 


mRFCRecord 


(66), 


mGCFRecord 


(67), 


bGCFRecord 


(68), 


aSRecord 


(69), 



Record values 70 is for Flow based Charging 
The contents are defined in TS 32.251 [11] 



egsnPDPRecord 



(70) 



CallingNumber ::= BCDDirectoryNumber 
CallReference ::= INTEGER 

Cellld ::= OCTET STRING (SIZE (2)) 
— Coded according to TS 24.008 



Charge Indie at or 
{ 

noCharge 

charge 



INTEGER 



(0), 
(1) 



Diagnostics 



CHOICE 



[0] INTEGER, 



gsm0408Cause 

— See TS 24.008 
gsm0902MapErrorValue [1] INTEGER, 

— Note: The value to be stored here corresponds to 

— the local values defined in the MAP-Errors and 

— MAP-DialogueInf ormation modules, for full details 

— see TS 29.002. 

ccittQ767Cause [2] INTEGER, 

— See CCITT Q.767 

networkSpecif icCause [3] ManagementExtension, 

— To be defined by network operator 

manuf acturerSpecif icCause [4] ManagementExtension, 

— To be defined by manufacturer 
positionMethodFailureCause [5 ] PositionMethodFailure-Diagnostic, 

— see TS 29.002 

unauthorizedLCSClientCause [6] UnauthorizedLCSClient-Diagnostic 

— see TS 29.002 



IPAddress 



CHOICE 



iPBinaryAddress IPBinaryAddress, 
iPTextRepresentedAddress IPTextRepresentedAddress 



IPBinaryAddress 



CHOICE 
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iPBinV4Address 
iPBinV6Address 



[0] OCTET STRING (SIZE (4)) 
[1] OCTET STRING (SIZE (16) 



IPTextRepresentedAddress 
{ 



CHOICE 



— IP address in the familiar "dot" notation 



iPTextV4Address 
iPTextV6Address 



[2] lASString (SIZE (7 . . 15) ) , 
[3] lASString (SIZE ( 15 . . 45) ) 



) 



LCSCause ::= OCTET STRING (SIZE(l)) 

— See LCS Cause Value, 3GPP TS 49.031 



LCSClient Identity 



SEQUENCE 



IcsClientExternallD [0] LCSClientExternallD OPTIONAL, 
IcsClientDialedByMS [1] AddressString OPTIONAL, 
IcsClientlnternallD [2] LCSClient InternallD OPTIONAL 



} 



LCSQoSInfo ::= OCTET STRING (SIZE (4)) 

— See LCS QoS IE, 3GPP TS 49.031 



LevelOfCAMELService 



BIT STRING 



basic (0) , 

callDurationSupervision (1), 
onlineCharging (2) 



LocalSequenceNumber ::= INTEGER ( .. 4294967295 ) 

— Sequence number of the record in this node 

— 0.. 4294967295 is equivalent to 0.. 2**32-1, unsigned integer in four octets 



LocationAreaAndCell 



locationAreaCode 
cellld 



: := SEQUENCE 

[0] LocationAreaCode, 
[1] Cellld 



LocationAreaCode 

— See TS 24.00E 



::= OCTET STRING (SIZE (2)) 



Management Ext ens ions 
MessageRef erence 
MscNo 

— See TS 23.003 



::= SET OF ManagementExtension 

: := OCTET STRING 

::= ISDN-AddressString 



MSISDN ::= ISDN-AddressString 

— See TS 23.003 

MSTimeZone ::= OCTET STRING (SIZE (1)) 

— see TS 29.060 [75] 

PositioningData ::= OCTET STRING (SIZE ( 1 . . 33 ) ) 

— See Positioning Data IE (octet 3..n), 3GPP TS 49.031 



RecordingEntity 



AddressString 
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SMSResult ::= Diagnostics 

SmsTpDestinationNumber ::= OCTET STRING 

— This type contains the binary coded decimal representation of 

— the SMS address field the encoding of the octet string is in 

— accordance with the definition of address fields in TS 23.040. 

— This encoding includes type of number and numbering plan indication 

— together with the address value range. 

SystemType ::= ENUMERATED 
{ 

"unknown" is not to be used in PS domain. 

unknown (0) , 

iuUTRAN (1), 

gERAN (2) 
} 

TimeStamp ::= OCTET STRING (SIZE (9)) 

— The contents of this field are a compact form of the UTCTime format 

— containing local time plus an offset to universal time. Binary coded 

— decimal encoding is employed for the digits to reduce the storage and 

— transmission overhead 

— e.g. YYMMDDhhmmssShhmm 

— where 

— YY = Year 00 to 99 BCD encoded 

— MM = Month 01 to 12 BCD encoded 

— DD = Day 01 to 31 BCD encoded 

— hh = hour 00 to 23 BCD encoded 

— mm = minute 00 to 59 BCD encoded 

— ss = second 00 to 59 BCD encoded 

— S = Sign = "+", "-" ASCII encoded 

— hh = hour 00 to 23 BCD encoded 

— mm = minute 00 to 59 BCD encoded 



5.2.2 Bearer level CDR definitions 

This subclause contains the syntax definitions of the CDRs on the bearer level. This comprises the CDR types from the 
Circuit Switched (CS) domain (TS 32.250 [10]), the Packet Switched (PS) domain, i.e. GPRS (TS 32.251 [11]), and 
WLAN(TS 32.252 [12]). 

5.2.2.1 CS domain CDRs 

This subclause contains the abstract syntax definitions that are specific to the CDR types defined in TS 32.250 [10]. 

CSChargingDataTypes ( ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsmUmtsNetwork (x) 
charging (y) asnlModule (z) CSChargingDataTypes (1) versionl (1) } Editor"s Note; what is the 
correct structure of the OID? 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

EXPORTS everything 

IMPORTS 

everything from GenericDataTypes module — need to be more specific? E.g. if non-generic items are 
moved to the generic module, cf . comments at the end of GPRS import section (5.2.2) . Need to 
provide correct syntax anyway. 



CS CALL AND EVENT RECORDS 
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CSCallEventRecord 



CHOICE 



Record values 0..19 are circuit switch specific 



moCallRecord 


[0] 


mtCallRecord 


[1] 


roamingRecord 


[2] 


incGatewayRecord 


[3] 


outGatewayRecord 


[4] 


transitRecord 


[5] 


moSMSRecord 


[6] 


mtSMSRecord 


[7] 


moSMSIWRecord 


[8] 


mtSMSGWRecord 


[9] 


ssActionRecord 


[10] 


hlrlntRecord 


[11] 


locUpdateHLRRecord 


[12] 


locUpdateVLRRecord 


[13] 


commonEquipRecord 


[14] 


recTypeExt ens ions 


[15] 


termCAMELRecord 


[16] 


mtLCSRecord 


[17] 


moLCSRecord 


[18] 


niLCSRecord 


[19] 



MOCallRecord, 

MTCallRecord, 

RoamingRecord, 

IncGatewayRecord, 

OutGatewayRecord, 

Trans it CallRecord, 

MOSMSRecord, 

MTSMSRecord, 

MOSMSIWRecord, 

MTSMSGWRecord, 
SSActionRecord, 
HLRIntRecord, 
LocUpdateHLRRecord, 
LocUpdateVLRRecord, 
CommonEquipRecord, 
Management Ext ens ions, 
TermCAMELRecord, 
MTLCSRecord, 
MOLCSRecord, 
NiLCSRecord 



MOCallRecord 



SET 



recordType 


0] 


servedlMSI 


1] 


servedlMEI 


2] 


servedMSISDN 


3] 


callingNumber 


4] 


calledNumber 


5] 


trans latedNumber 


6] 


connect edNumber 


7] 


roamingNumber 


8] 


recordingEntity 


9] 


mscIncomingTKGP 


10] 


mscOutgoingTKGP 


11] 


location 


12] 


changeOfLocation 


13] 


basicService 


14] 


transparency Indicator 


15] 


changeOf Service 


16] 


supplServicesUsed 


17] 


aocParameters 


18] 


cIiangeOfAOCParms 


19] 


msClassmark 


20] 


changeOf Classmarlc 


21] 


seizureTime 


22] 


answerTime 


23] 


releaseTime 


24] 


callDuration 


25] 


dataVolume 


26] 


radioChanRequested 


27] 


radioChanUsed 


28] 


ChangeOf RadioChan 


29] 


causeForTerm 


30] 


diagnostics 


31] 


callReference 


32] 


sequenceNumber 


33] 


additionalChgInf o 


34] 


recordExtensions 


35] 


gsm-SCFAddress 


36] 


serviceKey 


37] 


networkCallReference 


38] 


mSCAddress 


39] 


cAMELInitCF Indicator 


40] 


default CallHandling 


41] 


hSCSDChanRequested 


42] 


hSCSDChanAllocated 


43] 


changeOf HSCSDParms 


44] 


fnur 


45] 


aiurRequested 


46] 


chanCodingsAcceptable 


47] 



Cal IE vent RecordType, 
IMSI OPTIONAL, 
IMEI OPTIONAL, 
MSISDN OPTIONAL, 
CallingNumber OPTIONAL, 
CalledNumber OPTIONAL, 
TranslatedNumber OPTIONAL, 
ConnectedNumber OPTIONAL, 
RoamingNumber OPTIONAL, 
RecordingEntity, 

TrunliGroup OPTIONAL, 

TrunliGroup OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

SEQUENCE OF Locat ionChange OPTIONAL, 

BasicServiceCode OPTIONAL, 

Transparencyind OPTIONAL, 

SEQUENCE OF ChangeOf Service OPTIONAL, 

SEQUENCE OF SuppServiceUsed OPTIONAL, 

AOCParameters OPTIONAL, 

SEQUENCE OF AOCParmChange OPTIONAL, 

Classmarli OPTIONAL, 

ChangeOfClassmarlc OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

RadioChanRequested OPTIONAL, 

TrafficChannel OPTIONAL, 

ChangeOfRadioChannel OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

AdditionalChglnfo OPTIONAL, 

ManagementExtensions OPTIONAL, 

Gsm-SCFAddress OPTIONAL, 

ServiceKey OPTIONAL, 

NetworliCallReference OPTIONAL, 

MSCAddress OPTIONAL, 

CAMELInitCFIndicator OPTIONAL, 

DefaultCallHandling OPTIONAL, 

NumOf HSCSDChanRequested OPTIONAL, 

NumOf HSCSDChanAllocated OPTIONAL, 

SEQUENCE OF HSCSDParmsChange OPTIONAL, 

Fnur OPTIONAL, 

AiurRequested OPTIONAL, 

SEQUENCE OF ChannelCoding OPTIONAL, 
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chanCodingUsed [48] 

speechVersionSupported [49] 

speechVersionUsed [50] 

numberOfDPEncountered [51] 

levelOfCAMELService [52] 

freeFormatData [53] 

cAMELCallLeglnformation [54] 

freeFormatDataAppend [55] 

defaultCallHandling-2 [56] 

gsm-SCFAddress-2 [57] 

serviceKey-2 [58] 

freeFormatData-2 [59] 

freeFormatDataAppend-2 [60] 

systemType [61] 

ratelndication [62] 

locationRoutNum [63] 

IrnSoInd [64] 

IrnQuryStatus [65] 

jlPPara [66] 

jlPSoInd [67] 

jIPQuryStatus [68] 

guaranteedBitRate [69] 

maximumBitRate [70] 



ChannelCoding OPTIONAL, 

SpeechVers ion Identifier OPTIONAL, 

SpeechVers ion Identifier OPTIONAL, 

INTEGER OPTIONAL, 

LevelOfCAMELService OPTIONAL, 

FreeFormatData OPTIONAL, 

SEQUENCE OF CAMELInf ormat ion OPTIONAL, 

BOOLEAN OPTIONAL, 

DefaultCallHandling OPTIONAL, 

Gsm-SCFAddress OPTIONAL, 

ServiceKey OPTIONAL, 

FreeFormatData OPTIONAL, 

BOOLEAN OPTIONAL, 

SystemType OPTIONAL, 

Ratelndication OPTIONAL, 

LocationRoutingNumber OPTIONAL, 

Lo cat ionRoutingNumber Source Indicator OPTIONAL, 

LocationRoutingNumberQueryStatus OPTIONAL, 

Jurisdictioninf ormat ionParameter OPTIONAL, 

Jur i s diet ioninf ormat ionParameter Source Indicator OPTIONAL, 

JurisdictionlnformationParameterQueryStatus OPTIONAL 

GuaranteedBitRate OPTIONAL, 

MaximumBitRate OPTIONAL 



MTCallRecord 



SET 



recordType 


0] 


servedlMSI 


1] 


servedlMEI 


2] 


servedMSISDN 


3] 


callingNumber 


4] 


connectedNumber 


5] 


recordingEntity 


6] 


mscIncomingTKGP 


7] 


mscOutgoingTKGP 


8] 


location 


9] 


changeOfLocation 


10] 


basicService 


11] 


transparencylndicator 


12] 


changeOf Service 


13] 


supplServicesUsed 


14] 


aocParameters 


15] 


ChangeOf AOCP arms 


16] 


msClassmark 


17] 


ChangeOf Classmark 


18] 


seizureTime 


19] 


answerTime 


20] 


releaseTime 


21] 


callDuration 


22] 


dataVolume 


23] 


radioChanRequested 


24] 


radioChanUsed 


25] 


changeOf RadioChan 


26] 


causeForTerm 


27] 


diagnostics 


28] 


callRef erence 


29] 


sequenceNumber 


30] 


additionalChglnfo 


31] 


recordExtensions 


32] 


networkCallRef erence 


33] 


mSCAddress 


34] 


hSCSDChanRequested 


35] 


hSCSDChanAllocated 


36] 


changeOf HSCSDParms 


37] 


f nur 


38] 


aiurRequested 


39] 


chanCodingsAcceptable 


40] 


ChanCodingUsed 


41] 


speechVersionSupported 


42] 


speechVersionUsed 


43] 


gsm-SCFAddress 


44] 


ServiceKey 


45] 


systemType 


46] 


ratelndication 


47] 


locationRoutNum 


48] 


IrnSoInd 


49] 



Cal IE vent RecordType, 

IMSI, 

IMEI OPTIONAL, 

CalledNumber OPTIONAL, 

CallingNumber OPTIONAL, 

ConnectedNumber OPTIONAL, 

RecordingEntity, 

TrunkGroup OPTIONAL, 

TrunkGroup OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

SEQUENCE OF Locat ionChange OPTIONAL, 

BasicServiceCode OPTIONAL, 

Transparencyind OPTIONAL, 

SEQUENCE OF ChangeOf Service OPTIONAL, 

SEQUENCE OF SuppServiceUsed OPTIONAL, 

AOCParameters OPTIONAL, 

SEQUENCE OF AOCParmChange OPTIONAL, 

Classmark OPTIONAL, 

ChangeOfClassmark OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

RadioChanRequested OPTIONAL, 

TrafficChannel OPTIONAL, 

ChangeOfRadioChannel OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallRef erence, 

INTEGER OPTIONAL, 

AdditionalChglnfo OPTIONAL, 

ManagementExtensions OPTIONAL, 

NetworkCallReference OPTIONAL, 

MSCAddress OPTIONAL, 

NumOf HSCSDChanRequested OPTIONAL, 

NumOf HSCSDChanAllocated OPTIONAL, 

SEQUENCE OF HSCSDParmsChange OPTIONAL, 

Fnur OPTIONAL, 

AiurRequested OPTIONAL, 

SEQUENCE OF ChannelCoding OPTIONAL, 

ChannelCoding OPTIONAL, 

SpeechVers ion Identifier OPTIONAL, 

SpeechVers ion Identifier OPTIONAL, 

Gsm-SCFAddress OPTIONAL, 

ServiceKey OPTIONAL, 

SystemType OPTIONAL, 

Ratelndication OPTIONAL, 

LocationRoutingNumber OPTIONAL, 

Locat ionRoutingNumber Source Indicator OPTIONAL, 
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IrnQuryStatus [50] 

jlPPara [51] 

jlPSoInd [52] 

jIPQuryStatus [53] 

guaranteedBitRate [54] 

maximumBitRate [55] 



LocationRoutingNumberQueryStatus OPTIONAL, 
Juris diet ion I nformationParameter OPTIONAL, 
JurisdictionlnformationParameter Source Indicator OPTIONAL, 
JurisdictionlnformationParameterQueryStatus OPTIONAL 
GuaranteedBitRate OPTIONAL, 
MaximumBitRate OPTIONAL 



RoamingRecord 
{ 



SET 



recordType 


[0] 


servedlMSI 


[1] 


servedMSISDN 


[2] 


callingNumber 


[3] 


roamingNumber 


[4] 


recordingEntity 


[5] 


mscIncomingTKGP 


[6] 


mscOutgoingTKGP 


[7] 


basicService 


[8] 


transparency Indicator 


[9] 


changeOf Service 


[10] 


supplServicesUsed 


[11] 


seizureTime 


[12] 


answerTime 


[13] 


releaseTime 


[14] 


callDuration 


[15] 


dataVolume 


[16] 


causeForTerm 


[17] 


diagnostics 


[18] 


callReference 


[19] 


sequenceNumber 


[20] 


recordExtensions 


[21] 


networlcCallReference 


[22] 


mSCAddress 


[23] 


locationRoutNum 


[24] 


IrnSoInd 


[25] 


IrnQuryStatus 


[26] 


jlPPara 


[27] 


jlPSoInd 


[28] 


JIPQuryStatus 


[29] 



Cal IE vent RecordType, 
IMS I, 

MSISDN OPTIONAL, 
CallingNumber OPTIONAL, 
RoamingNumber OPTIONAL, 
RecordingEntity, 
TrunlcGroup OPTIONAL, 
TrunlcGroup OPTIONAL, 
BasicServiceCode OPTIONAL, 
Transparencyind OPTIONAL, 

SEQUENCE OF ChangeOf Service OPTIONAL, 

SEQUENCE OF SuppServiceUsed OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

ManagementExtensions OPTIONAL, 

NetworlcCallReference OPTIONAL, 

MSCAddress OPTIONAL, 

LocationRoutingNumber OPTIONAL, 

Lo cat ionRoutingNumber Source Indicator OPTIONAL, 

Lo cat ionRoutingNumberQuery Status OPTIONAL, 

Juris diet ion InformationParameter OPTIONAL, 

JurisdictionI nformationParameter Source Indicator OPTIONAL, 

Jurisdictioninf ormationParameterQueryStatus OPTIONAL 



TermCAMELRecord 



SET 



recordtype 


[0] 


servedlMSI 


[1] 


servedMSISDN 


[2] 


recordingEntity 


[3] 


inter rogationTime 


[4] 


destinationRoutingAddress 


[5] 


gsm-SCFAddress 


[6] 


serviceKey 


[7] 


networkCallReference 


[8] 


mSCAddress 


[9] 


default CallHandling 


[10 


recordExtensions 


[11 


calledNumber 


[12 


callingNumber 


[13 


mscIncomingTKGP 


[14 


mscOutgoingTKGP 


[15 


seizureTime 


[16 


answerTime 


[17 


releaseTime 


[18 


callDuration 


[19 


dataVolume 


[20 


causeForTerm 


[21 


diagnostics 


[22 


callReference 


[23 


sequenceNumber 


[24 


numberOfDPEncountered 


[25 


levelOfCAMELService 


[26 


f reeFormatData 


[27 


cAMELCallLeglnformation 


[28 


f reeFormatDataAppend 


[29 


mscServer Indication 


[30 


default CallHandling-2 


[31 


gsm-SCFAddress-2 


[32 



Cal IE vent RecordType, 

IMS I, 

MSISDN OPTIONAL, 

RecordingEntity, 

TimeStamp, 

DestinationRoutingAddress, 

Gsm-SCFAddress, 

ServiceKey, 

NetworlcCallReference OPTIONAL, 

MSCAddress OPTIONAL, 

DefaultCallHandling OPTIONAL, 

ManagementExtensions OPTIONAL, 

CalledNumber, 

CallingNumber OPTIONAL, 

TrunlcGroup OPTIONAL, 

TrunkGroup OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

INTEGER OPTIONAL, 

LevelOfCAMELService OPTIONAL, 

FreeFormatData OPTIONAL, 

SEQUENCE OF CAMELInf ormat ion OPTIONAL, 

BOOLEAN OPTIONAL, 

BOOLEAN OPTIONAL 

DefaultCallHandling OPTIONAL, 

Gsm-SCFAddress OPTIONAL, 
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serviceKey-2 

freeFormatData-2 

freeFormatDataAppend-2 

locat ionRoutNum 

IrnSoInd 

IrnQuryStatus 

jlPPara 

jlPSoInd 

jIPQuryStatus 



[33] ServiceKey OPTIONAL, 

[34] FreeFormatData OPTIONAL, 

[35] BOOLEAN OPTIONAL, 

[36] LocationRoutingNumber OPTIONAL, 

[37] LocationRoutingNumberSourcelndicator OPTIONAL, 

[38] LocationRoutingNumberQueryStatus OPTIONAL, 

[39] JurisdictionlnformationParameter OPTIONAL, 

[40] JurisdictionlnformationParameterSourcelndicator OPTIONAL, 

[41] JurisdictionlnformationParameterQueryStatus OPTIONAL 



IncGatewayRecord 
{ 



recordType 


[0] 


callingNumber 


[1] 


calledNumber 


[2] 


recordingEntity 


[3] 


mscIncomingTKGP 


[4] 


mscOutgoingTKGP 


[5] 


seizureTime 


[6] 


answerTime 


[7] 


releaseTime 


[8] 


callDuration 


[9] 


dataVolume 


[10 


causeForTerm 


[11 


diagnostics 


[12 


callReference 


[13 


sequenceNumber 


[14 


recordExt ens ions 


[15 


locat ionRoutNum 


[16 


IrnSoInd 


[17 


IrnQuryStatus 


[18 


jlPPara 


[19 


jlPSoInd 


[20 


JIPQuryStatus 


[21 



SET 

Cal IE vent RecordType, 

CallingNumber OPTIONAL, 

CalledNumber, 

RecordingEntity, 

TrunlcGroup OPTIONAL, 

TrunlcGroup OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 
1 DataVolume OPTIONAL, 
I CauseForTerm, 
1 Diagnostics OPTIONAL, 
I CallReference, 
1 INTEGER OPTIONAL, 
1 ManagementExtensions OPTIONAL, 
1 LocationRoutingNumber OPTIONAL, 
1 LocationRoutingNumberSourcelndicator OPTIONAL, 
1 LocationRoutingNumberQueryStatus OPTIONAL, 
1 JurisdictionlnformationParameter OPTIONAL, 
1 JurisdictionlnformationParameterSourcelndicator OPTIONAL, 
I Jurisdictioninf ormationParameterQueryStatus OPTIONAL 



Out Gat ewayRe cord 



recordType 


[0] 


callingNumber 


[1] 


calledNumber 


[2] 


recordingEntity 


[3] 


mscIncomingTKGP 


[4] 


mscOutgoingTKGP 


[5] 


seizureTime 


[6] 


answerTime 


[7] 


releaseTime 


[8] 


callDuration 


[9] 


dataVolume 


[10 


causeForTerm 


[11 


diagnostics 


[12 


callReference 


[13 


sequenceNumber 


[14 


recordExt ens ions 


[15 


locat ionRoutNum 


[16 


IrnSoInd 


[17 


IrnQuryStatus 


[18 


jlPPara 


[19 


jlPSoInd 


[20 


JIPQuryStatus 


[21 



SET 

Cal IE vent RecordType, 

CallingNumber OPTIONAL, 

CalledNumber, 

RecordingEntity, 

TrunlcGroup OPTIONAL, 

TrunlcGroup OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 
1 DataVolume OPTIONAL, 
I CauseForTerm, 
1 Diagnostics OPTIONAL, 
I CallReference, 
1 INTEGER OPTIONAL, 
1 ManagementExtensions OPTIONAL, 
1 LocationRoutingNumber OPTIONAL, 

1 LocationRoutingNumberSourcelndicator OPTIONAL, 
1 LocationRoutingNumberQueryStatus OPTIONAL, 
I Jurisdictioninf ormationParameter OPTIONAL, 

I Jurisdictioninf ormationParameterSourcelndicator OPTIONAL, 
I Jurisdictioninf OrmationParameterQueryStatus OPTIONAL } 



TransitCallRecord 



SET 



recordType 


[0] 


recordingEntity 


[1] 


mscIncomingTKGP 


[2] 


mscOutgoingTKGP 


[3] 


callingNumber 


[4] 


calledNumber 


[5] 


isdnBasicService 


[6] 


seizureTime St amp 


[7] 


answer Time St amp 


[8] 


releaseTime St amp 


[9] 


callDuration 


[10 


dataVolume 


[11 


causeForTerm 


[12 


diagnostics 


[13 



Cal IE vent RecordType, 
RecordingEntity, 
TrunkGroup OPTIONAL, 
TrunkGroup OPTIONAL, 
CallingNumber OPTIONAL, 
CalledNumber, 
BasicService OPTIONAL, 
TimeStamp OPTIONAL, 
TimeStamp OPTIONAL, 
TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 
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callReference 

sequenceNumber 

recordExtensions 

locationRoutNum 

IrnSoInd 

IrnQuryStatus 

jlPPara 

jlPSoInd 

jIPQuryStatus 



[14] CallReference, 

[15] INTEGER OPTIONAL, 

[16] ManagementExtensions OPTIONAL, 

[17] LocationRoutingNumber OPTIONAL, 

[18] LocationRoutingNumberSourcelndicator OPTIONAL, 

[19] LocationRoutingNumberQueryStatus OPTIONAL, 

[20] JurisdictionlnformationParameter OPTIONAL, 

[21] JurisdictionlnformationParameterSourcelndicator OPTIONAL, 

[22] JurisdictionlnformationParameterQueryStatus OPTIONAL 



MOSMSRecord 



SET 



recordType 


[0] 


servedlMSI 


[1] 


servedlMEI 


[2] 


servedMSISDN 


[3] 


msClassmark 


[4] 


serviceCentre 


[5] 


recordingEntity 


[6] 


location 


[7] 


messageRef erence 


[8] 


originationTime 


[9] 


smsResult 


[10 


recordExtensions 


[11 


destinationNumber 


[12 


CAMELSMS Information 


[13 


systemType 


[14 



Cal IE vent RecordType, 

IMS I, 

IMEI OPTIONAL, 

MSISDN OPTIONAL, 

Classmarli, 

AddressString, 

RecordingEntity, 

LocationAreaAndCell OPTIONAL, 

MessageRef erence, 

TimeStamp, 
SMSResult OPTIONAL, 
ManagementExtensions OPTIONAL, 
SmsTpDestinationNumber OPTIONAL, 
CAMELSMSInformation OPTIONAL, 
SystemType OPTIONAL 



MTSMSRecord 



SET 



recordType 


[0] 


serviceCentre 


[1] 


servedlMSI 


[2] 


servedlMEI 


[3] 


servedMSISDN 


[4] 


msClassmark 


[5] 


recordingEntity 


[6] 


location 


[7] 


deliveryTime 


[8] 


smsResult 


[9] 


recordExtensions 


[10 


systemType 


[11 


CAMELSMSInformation 


[12 



Cal IE vent RecordType, 

AddressString, 

IMS I, 

IMEI OPTIONAL, 

MSISDN OPTIONAL, 

Classmark, 

RecordingEntity, 

LocationAreaAndCell OPTIONAL, 

TimeStamp, 

SMSResult OPTIONAL, 

ManagementExtensions OPTIONAL, 

SystemType OPTIONAL, 

CAMELSMSInformation OPTIONAL 



MOSMSIWRecord 



SET 



recordType 

serviceCentre 

servedlMSI 

recordingEntity 

eventTime 

smsResult 

recordExtensions 



[0] CallEventRecordType, 

[1] AddressString, 

[2] IMS I, 

[3] RecordingEntity, 

[4] TimeStamp, 

[5] SMSResult OPTIONAL, 

[6] ManagementExtensions OPTIONAL 



MTSMSGWRecord 



SET 



recordType 

serviceCentre 

servedlMSI 

servedMSISDN 

recordingEntity 

eventTime 

smsResult 

recordExtensions 



[0] CallEventRecordType, 

[1] AddressString, 

[2] IMSI, 

[3] MSISDN OPTIONAL, 

[4] RecordingEntity, 

[5] TimeStamp, 

[6] SMSResult OPTIONAL, 

[7] ManagementExtensions OPTIONAL 



SSActionRecord 



SET 



recordType 

servedlMSI 

servedlMEI 

servedMSISDN 

msClassmark 

recordingEntity 



[0] CallEventRecordType, 

[1] IMSI, 

[2] IMEI OPTIONAL, 

[3] MSISDN OPTIONAL, 

[4] Classmark, 

[5] RecordingEntity, 



£75/ 



3GPP TS 32.298 version 6.0.0 Release 6 



64 



ETSI TS 132 298 V6.0.0 (2005-06) 



location 


[6] 


basicServices 


[7] 


supplService 


[8] 


ssAction 


[9] 


ssActionTime 


[10 


ssParameters 


[11 


ssActionResult 


[12 


callReference 


[13 


recordExtensions 


[14 


systemType 


[15 



LocationAreaAndCell OPTIONAL, 
BasicServices OPTIONAL, 
SS-Code OPTIONAL, 
SSActionType OPTIONAL, 

TimeStamp, 

SSParameters OPTIONAL, 

SSActionResult OPTIONAL, 

CallReference, 

ManagementExtensions OPTIONAL, 

SystemType OPTIONAL 



} 



HLRIntRecord ::= SET 

{ 

recordType [0] 

servedlMSI [1] 

servedMSISDN [2] 

recordingEntity [3] 

basicService [4] 

routingNumber [5] 

interrogationTime [6] 

numberOf Forwarding [7] 

interrogationResult [8] 

recordExtensions [9] 

} 



Cal IE vent RecordType, 

IMSI, 

MSISDN, 

RecordingEntity, 

BasicServiceCode OPTIONAL, 

RoutingNumber, 

TimeStamp, 

NumberOfForwarding OPTIONAL, 

HLRIntResult OPTIONAL, 

ManagementExtensions OPTIONAL 



Editor"s note: clarify if the above is really still a CS specific record 



LocUpdateHLRRecord 



SET 



recordType 

servedlMSI 

recordingEntity 

oldLocation 

newLocation 

updateTime 

updateResult 

recordExtensions 



[0] CallEventRecordType, 

[1] IMSI, 

[2] RecordingEntity, 

[3] Visited-Location-info OPTIONAL, 

[4] Visited-Location-info, 

[5] TimeStamp, 

[6] LocUpdResult OPTIONAL, 

[7] ManagementExtensions OPTIONAL 



Editor"s note: clarify if the above is really still a CS specific record 



LocUpdateVLRRecord 

{ 

recordType 

servedlMSI 

servedMSISDN 

recordingEntity 

oldLocation 

newLocation 

msClassmark 

updateTime 

updateResult 

recordExtensions 

} 



SET 

[0] 
[1] 
[2] 
[3] 
[4] 
[5] 
[6] 
[7] 
[8] 
[9] 



CallEventRecordType, 

IMSI, 

MSISDN OPTIONAL, 

RecordingEntity, 

Location-info OPTIONAL, 

Location-info, 

Classmark, 

TimeStamp, 

LocUpdResult OPTIONAL, 

ManagementExtensions OPTIONAL 



Editor"s note: 



clarify if the above is really still a CS specific record 



CommonEquipRecord 



recordType 


[0] 


equipment Type 


[1] 


equipment Id 


[2] 


servedlMSI 


[3] 


servedMSISDN 


[4] 


recordingEntity 


[5] 


basicService 


[6] 


changeOf Service 


[7] 


supplServicesUsed 


[8] 


seizureTime 


[9] 


releaseTime 


[10 


callDuration 


[11 


callReference 


[12 


sequenceNumber 


[13 


recordExtensions 


[14 


systemType 


[15 


rate Indication 


[16 


fnur 


[17 



CallEventRecordType, 

Equipment Type, 

Equipment Id, 

IMSI, 

MSISDN OPTIONAL, 

RecordingEntity, 

BasicServiceCode OPTIONAL, 

SEQUENCE OF ChangeOf Service OPTIONAL, 

SEQUENCE OF SuppServiceUsed OPTIONAL, 

TimeStamp, 

TimeStamp OPTIONAL, 

CallDuration, 

CallReference, 

INTEGER OPTIONAL, 

ManagementExtensions OPTIONAL, 

SystemType OPTIONAL, 

Ratelndication OPTIONAL, 

Fnur OPTIONAL 
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Editor"s note: clarify if the above is really still a CS specific record 



— OBSERVED IMEI TICKETS 



ObservedlMEITicket 

{ 

servedlMEI 

imeiStatus 

servedlMSI 

servedMSISDN 

recordingEntity 

eventTime 

location 

imei Che ckE vent 

callReference 

recordExt ens ions 



:= SET 

0] IMEI, 

1] IMEIStatus, 

2] IMS I, 

3] MSISDN OPTIONAL, 

4] RecordingEntity, 

5] TimeStamp, 

6] LocationAreaAndCell , 

7] IMEICheckEvent OPTIONAL, 

8] CallReference OPTIONAL, 

9] ManagementExtensions OPTIONAL 



Editor"s note; clarify if the above is really still a CS specific record 



CS LOCATION SERICE TICKETS 



MTLCSRecord 



SET 



recordType 


[0] 


recordingEntity 


[1] 


IcsClientType 


[2] 


IcsCl lent Identity 


[3] 


servedlMSI 


[4] 


servedMSISDN 


[5] 


locationType 


[6] 


IcsQos 


[7] 


IcsPriority 


[8] 


mlc-Number 


[9] 


event T ime St amp 


[10 


measureDuration 


[11 


notif icationToMSUser 


[12 


privacyOverride 


[13 


location 


[14 


locationEstimate 


[15 


positioningData 


[16 


IcsCause 


[17 


diagnostics 


[18 


systemType 


[19 


recordExt ens ions 


[20 


causeForTerm 
} 


[21 


MOLCSRecord : : 

r 


= SET 


1 

recordType 


[0] 


recordingEntity 


[1] 


IcsClientType 


[2] 


IcsClient Identity 


[3] 


servedlMSI 


[4] 


servedMSISDN 


[5] 


molr-Type 


[6] 


IcsQos 


[7] 


IcsPriority 


[8] 


mlc-Number 


[9] 


event Time St amp 


[10 


measureDuration 


[11 


location 


[12 


locationEstimate 


[13 


positioningData 


[14 


IcsCause 


[15 


diagnostics 


[16 



Cal IE vent RecordType, 

RecordingEntity, 

LCSClientType, 

LCSClient Identity, 

IMS I, 

MSISDN OPTIONAL, 

LocationType, 

LCSQoSInfo OPTIONAL, 

LCS-Priority OPTIONAL, 

ISDN-Address St ring, 

TimeStamp, 

CallDuration OPTIONAL, 

NotificationToMSUser OPTIONAL, 

NULL OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

Ext-Geographicallnformation OPTIONAL, 

PositioningData OPTIONAL, 

LCSCause OPTIONAL, 

Diagnostics OPTIONAL, 

SystemType OPTIONAL, 

ManagementExtensions OPTIONAL, 

CauseForTerm 



Cal IE vent RecordType, 

RecordingEntity, 

LCSClientType OPTIONAL, 

LCSClientldentity OPTIONAL, 

IMS I, 

MSISDN OPTIONAL, 

MOLR-Type, 

LCSQoSInfo OPTIONAL, 

LCS-Priority OPTIONAL, 

ISDN-AddressString OPTIONAL, 

TimeStamp, 

CallDuration OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

Ext-Geographicallnformation OPTIONAL, 

PositioningData OPTIONAL, 

LCSCause OPTIONAL, 

Diagnostics OPTIONAL, 
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systemType 

recordExtensions 

causeForTerm 



[17] SystemType OPTIONAL, 

[18] ManagementExtensions OPTIONAL, 

[19] CauseForTerm 



NILCSRecord 



SET 



recordType 


[0] 


recordingEntity 


[1] 


IcsClientType 


[2] 


Ics CI lent Identity 


[3] 


servedlMSI 


[4] 


servedMSISDN 


[5] 


servedlMEI 


[6] 


emsDigits 


[7] 


emsKey 


[8] 


IcsQos 


[9] 


IcsPriority 


[10 


mlc-Number 


[11 


event Time St amp 


[12 


measureDuration 


[13 


location 


[14 


locationEstimate 


[15 


positioningData 


[16 


IcsCause 


[17 


diagnostics 


[18 


systemType 


[19 


recordExtensions 


[20 


CauseForTerm 


[21 



Cal IE vent RecordType, 
RecordingEntity, 
LCSClientType OPTIONAL, 
LCSClientldentity OPTIONAL, 
IMSI OPTIONAL, 
MSISDN OPTIONAL, 
IMEI OPTIONAL, 

ISDN-AddressString OPTIONAL, 
ISDN-AddressString OPTIONAL, 
LCSQoSInfo OPTIONAL, 

LCS-Priority OPTIONAL, 

ISDN-AddressString OPTIONAL, 

TimeStamp, 

CallDuration OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

Ext-Geographicallnformation OPTIONAL, 

PositioningData OPTIONAL, 

LCSCause OPTIONAL, 

Diagnostics OPTIONAL, 

SystemType OPTIONAL, 

ManagementExtensions OPTIONAL, 

CauseForTerm 



Editor"s note: the file contents syntax that used to be in this place in TS 32.205 needs to be 
moved into TS 32.297 



NP Fields 



LocationRoutingNumber 



OCTET STRING (SIZE (5)) 



The format is selected to meet the existing standards for the wireline in Telcordia 
Belcore GR-1100-CORE, BAF Module 720. 



LocationRoutingNumber Source Indicator 

{ 

IRN-NP-Database (1), 

switchingSystemData (2), 

incomingsignaling (3) , 

unl^nown (9) 



LocationRoutingNumberQueryStatus 

{ 

successfulQuery (1), 

noQueryResponseMsg (2), 

queryProtocolErr (4), 

queryResponseDataErr (5) , 

queryRe jected (S), 

queryNotPerf ormed (9), 

queryUnsuccessful (99) 



INTEGER 



Jurisdictioninf ormationParameter 
— /* JIP Parameter */ 



OCTET STRING (SIZE (5) ) 



Jurisdictioninf ormationPar ameter Source Indicator 

— Identical to LocationRoutingNumberSourcelndicator 



INTEGER 



IRN-NP-Database 
switchingSystemData 
incomingsignaling 
unknown 



(1), 
(2), 
(3), 
(9) 
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Jurisdictioninf ormationParameterQueryStatus 



INTEGER 



success fulQuery 

noQueryResponseMsg 

queryProtocolErr 

queryResponseDataErr 

queryRe jected 

queryNot Per formed 

queryUnsuccessful 



(1), 
(2), 
(4), 
(5), 
(6), 
(9), 
(99) 



— COMMON DATA TYPES 



AdditionalChgInf o 

{ 

charge Indicator 
chargeParameters 



: := SEQUENCE 

[0] Chargelndicator OPTIONAL, 
[1] OCTET STRING OPTIONAL 



AiurRequested 



ENUMERATED 



See Bearer Capability TS 24.008 
(note that value "4" is intentionally missing 
because it is not used in TS 24.008) 



aiur0 9600BitsPerSecond 


(1), 


aiurl4400BitsPerSecond 


(2), 


aiurl 92 OOBitsPer Second 


(3), 


aiur28800BitsPerSecond 


(5), 


aiur38 4 OOBitsPer Second 


(6), 


aiur4 32 OOBitsPer Second 


(7), 


aiur 57 60 OBitsPer Second 


(8), 


aiur38 4 OOBitsPer Secondl 


(9), 


aiur38 4 OBitsPer Second2 


(10) 


aiur38 4 OBitsPer Second3 


(11) 


aiur384 00BitsPerSecond4 


(12) 


arameters : : = 


SEQUENCE 



— See TS 22.024. 

el 
e2 
e3 
e4 
e5 
e6 
e7 



AOCParmChange 

{ 

changeTime 
newParameters 



1] 


EParameter 


OPTIONAL 


2] 


EParameter 


OPTIONAL 


3] 


EParameter 


OPTIONAL 


4] 


EParameter 


OPTIONAL 


5] 


EParameter 


OPTIONAL 


6] 


EParameter 


OPTIONAL 


7] 


EParameter 


OPTIONAL 


. _ 


SEQUENCE 





[0] TimeStamp, 
[1] AOCParameters 



Basic Services 
CallingPartyCategory 

CallType 

{ 

mobileOriginated 
mobileTerminated 



::= SET OF BasicServiceCode 

: ; = Category 

: := INTEGER 

(0), 
(1) 



CallTypes ::= SET OF CallType 

CAMELDestinationNumber ;;= DestinationRoutingAddress 
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CAMEL Information 



SET 



cAMELDestinationNumber [1] 

connectedNumber [2] 

roamingNumber [3] 

mscOutgoingTKGP [4] 

seizureTime [5] 

answerTime [6] 

releaseTime [7] 

callDuration [8] 

dataVolume [9] 

cAMELInitCFIndicator [10] 

causeForTerm [11] 

cAMELModification [12] 

f reeFormatData [13] 

diagnostics [14] 

freeFormatDataAppend [15] 

freeFormatData-2 [16] 

f reeFormatDataAppend-2 [17] 



CAMELDestinationNumber OPTIONAL, 

ConnectedNumber OPTIONAL, 

RoamingNumber OPTIONAL, 

TrunkGroup OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration OPTIONAL, 

DataVolume OPTIONAL, 
CAMELInitCFIndicator OPTIONAL, 
CauseForTerm OPTIONAL, 
ChangedParameters OPTIONAL, 
FreeFormatData OPTIONAL, 
Diagnostics OPTIONAL, 
BOOLEAN OPTIONAL, 
FreeFormatData OPTIONAL, 
BOOLEAN OPTIONAL 



CAMELInitCFIndicator ::= ENUMERATED 

{ 

noCAMELCallForwarding (0), 
cAMELCallForwarding (1) 



CAMELModif icationParameters 



SET 



— The list contains only parameters changed due to CAMEL call 

— handling. 



callingPartyNumber [0] 

callingPartyCategory [1] 

originalCalledPartyNumber [2] 

genericNumbers [3] 

redirectingPartyNumber [4] 

redirectionCounter [5] 



CallingNumber OPTIONAL, 
CallingPartyCategory OPTIONAL, 
OriginalCalledNumber OPTIONAL, 
GenericNumbers OPTIONAL, 
RedirectingNumber OPTIONAL, 
NumberOfForwarding OPTIONAL 



CAMELSMS Information 



SET 



gsm-SCFAddress 

serviceKey 

default SMSHandling 

f reeFormatData 

callingPartyNumber 

destinationSubscriberNumber 

cAMELSMSCAddress 

smsRef erenceNumber 



[1] Gsm-SCFAddress OPTIONAL, 

[2] ServiceKey OPTIONAL, 

[3] DefaultSMS-Handling OPTIONAL, 

[4] FreeFormatData OPTIONAL, 

[5] CallingNumber OPTIONAL, 

[6] SmsTpDestinationNumber OPTIONAL, 

[7] AddressString OPTIONAL, 

[8] CallReferenceNumber OPTIONAL 



Category ::= OCTET STRING (SIZE(l)) 

— The internal structure is defined in ITU-T Recommendation Q.763. 



CauseForTerm 



INTEGER 



— Cause codes from 16 up to 31 are defined in GSM12.15 as "CauseForRecClosing" 

— (cause for record closing) . 

— There is no direct correlation between these two types. 

— LCS related causes belong to the MAP error causes ace. TS 29.002. 



normalRelease (0), 

partialRecord (1), 

partialRecordCallReestablishment (2) , 

unsuccessfulCallAttempt (3), 

stableCallAbnormalTermination (4) , 

cAMELInitCallRelease (5), 

unauthorizedRequestingNetwork (52) , 

unauthorizedLCSClient (53), 

positionMethodFailure (54), 

unknownOrUnreachableLCSClient (58) 
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ChangedParameters 

{ 

changeFlags 
changeList 



: := SET 

[0] ChangeFlags, 

[1] CAMELModificationParameters OPTIONAL 



ChangeFlags ::= BIT STRING 
{ 

callingPartyNumberModif led (0), 

callingPartyCategoryModif led (1) , 
originalCalledPartyNumberModif led (2) , 

genericNurabersModif led (3), 

redirectingPartyNumberModif led (4) , 

redirectionCounterModif led (5) 
} 



ChangeOfClassmark 
{ 

classmark 

changeTime 
) 

ChangeOfRadioChannel 
{ 

radioChannel 

ChangeTime 

speechVersionUsed 



: := SEQUENCE 

[0] Classmark, 
[1] TimeStamp 



SEQUENCE 



[0] TrafficChannel, 

[1] TimeStamp, 

[2] SpeechVersionldentifier OPTIONAL 



Changed Service 

{ 

basicService 
transparencyind 
changeTime 
rate Indication 
fnur 

) 

Channel Co ding 
{ 

tchF4800 

tchF9600 

tchF14400 



: := SEQUENCE 

[0] BasicServiceCode, 

[1] Transparencyind OPTIONAL, 

[2] TimeStamp, 

[3] Ratelndication OPTIONAL, 

[4] Fnur OPTIONAL 



ENUMERATED 

(1), 
(2), 



(3) 



Classmark ::= OCTET STRING 

— See Mobile station classmark 2, TS 24.008 

ConnectedNumber ::= BCDDirectoryNumber 

DataVolume ::= INTEGER 

— The volume of data transferred in segments of 64 octets. 



Day 

DayClass 

DayClasses 

DayDefinition 
{ 

day 

dayClass 



:= INTEGER (1. .31) 

:= Ob jectlnstance 

:= SET OF DayClass 

:= SEQUENCE 

0] DayOfTheWeek, 
1] Ob jectlnstance 



DayDefinitions 

DateDefinition 
{ 

month 

day 

dayClass 



::= SET OF DayDefinition 

: := SEQUENCE 

[0] Month, 

[1] Day, 

[2] Ob jectlnstance 
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DateDef initions 
DayOfTheWeek 



SET OF DateDefinition 
ENUMERATED 



allDays 






(0) 




Sunday 






(1) 




monday 






(2) 




tuesday 






(3) 




Wednesday 






(4) 




thursday 






(5) 




friday 






(6) 




Saturday 
1 






(7) 




Destinations 






: : = 


SET OF AE-title 


Emergency Call I 


ndEnable 


: : = 


BOOLEAN 


EmergencyCalll 
f 


ndication 


: : = 


SEQUENCE 


cellld 






[0] 


Cellld, 


callerld 
} 






[1] 


IMSIorlMEI 



EParameter ::= INTEGER (0..1023) 

— Coded according to TS 22.024 and TS 24.080 



Equipmentid 


: : = 


INTEGER 


Equipment Type 


: : = 


INTEGER 


conf erenceBridge 


(0) 




FileType 
f 


: : = 


INTEGER 


{ 

callRecords 


(1) 




traceRe cords 


(9) 





observedlMEITicket (14) 



Fnur 
{ 



ENUMERATED 



— See Bearer Capability TS 24.00f 



fnurNot Applicable 

fnur9600-BitsPerSecond (1) 

fnurl4400BitsPerSecond (2) 

fnurl9200BitsPerSecond (3) 

fnur28800BitsPerSecond (4) 

fnur38400BitsPerSecond (5) 

fnur48000BitsPerSecond (6) 

fnurSeOOOBitsPerSecond (7) 

fnur64000BitsPerSecond (8) 

fnur33600BitsPerSecond (9) 

fnur32000BitsPerSecond (10) 

fnur31200BitsPerSecond (11) 



(0) 



ForwardToNumber 
FreeFormatData 



Address St ring 

OCTET STRING ( SIZE ( 1 . . 1 60 ) 



— Free formated data as sent in the FCI message 

— See TS 29.078 



GenericNumber 

GenericNumbers 

Gsm-SCFAddress 

— See TS 29.002 



BCDDirectoryNumber 
SET OF GenericNumber 
ISDN-Address St ring 
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Guar ant eedBit Rate 



ENUMERATED 



GBR14400BitsPerSecond (1) 

GBR28800BitsPerSecond (2) 

GBR32000BitsPerSecond (3) 

GBR33600BitsPerSecond (4) 

GBR56000BitsPerSecond (5) 

GBR57600BitsPerSecond (6) 

GBR64000BitsPerSecond (7) 



3S20 non-transparent 

3S20 non-transparent and transparent^ 

3S30 transparent and multimedia 

3S30 multimedia 

3S30 multimedia 

3S30 transparent and multimedia 

3S20 non-transparent 

3S30 transparent and multimedia 



HLRIntResult 



Diagnostics 



HSCSDParmsChange 



SEQUENCE 



changeTime 

hSCSDChanAllocated 

initiatingParty 

aiurRequested 

chanCodingUsed 

hSCSDChanRequested 



[0] TimeStamp, 

[1] NumOf HSCSDChanAllocated, 

[2] InitiatingParty OPTIONAL, 

[3] AiurRequested OPTIONAL, 

[4] ChannelCoding, 

[5] NumOf HSCSDChanRequested OPTIONAL 



IMEICheckEvent 



INTEGER 



mobileOriginatedCall (0) 

mobileTerminatedCall (1) 

smsMobileOriginating (2) 

smsMobileTerminating (3) 

ssAction (4) 

locationUpdate (5) 



IMEIStatus 



ENUMERATED 



greyListedMobileEquipment (0), 
blackListedMobileEquipment (1), 
nonWhiteListedMobileEquipment (2 ) 



IMSIorlMEI 



CHOICE 



imsi 
imei 



[0] IMSI, 
[1] IMEI 



InitiatingParty 

{ 

network 
subscriber 



ENUMERATED 



(0), 
(1) 



LocationChange 



SEQUENCE 



location 
changeTime 



[0] LocationAreaAndCell, 
[1] TimeStamp 



Location-info 



SEQUENCE 



mscNumber 
location-area 



[1] MscNo OPTIONAL, 
[2] LocationAreaCode, 



cell-identification [3] Cellld OPTIONAL 



LocUpdResult 



Diagnostics 



MaximumBitRate ::= ENUMERATED 
{ 

MBR14400BitsPerSecond (1) 

MBR28800BitsPerSecond (2) 

MBR32000BitsPerSecond (3) 

MBR33600BitsPerSecond (4) 

MBR56000BitsPerSecond (5) 

MBR57600BitsPerSecond (6) 



3S20 non-transparent 

3S20 non-transparent and transparent, 

3S30 transparent and multimedia 

3S30 multimedia 

3S30 multimedia 

3S30 transparent and multimedia 

3S20 non-transparent 
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MCCMNC 



GraphicString (SIZE (6)) 



— This type contains the mobile country code (MCC) and the mobile 

— network code (MNC) of a PLMN. 



Month 

MSCAddress 

MSPowerClasses 

NetworkCallReference 
— See TS 29.002 



INTEGER (1. .12) 
Address St ring 
SET OF RFPowerCapability 
CallRef erenceNumber — 



NetworkSpecificCode ::= INTEGER 

— To be defined by network operator 



NetworkSpecif icServices ; 

NumOfHSCSDChanRequested 

NumOfHSCSDChanAllocated 

ObservedlMEITicketEnable 

OriginalCalledNumber 

Or iginDest Combinations 

Or iginDest Combination 
{ 

origin 

destination 



SET OF NetworkSpecificCode 

INTEGER 

INTEGER 

BOOLEAN 

BCDDirectoryNumber 

SET OF OriginDestCombination 

SEQUENCE 

[0] INTEGER OPTIONAL, 
[1] INTEGER OPTIONAL 



— Note that these values correspond to the contents 

— of the attributes originid and destinationid 

— respectively. At least one of the two must be present. 



ialRecordTimer 


: := INTEGER 


ialRecordType 


: : = ENUMERATED 


timeLimit 


(0), 


serviceChange 


(1), 


locationChange 


(2), 


classmarkChange 


(3), 


aocParmChange 


(4), 


radioChannelChange 


(5), 


hSCSDParmChange 


(6), 


changeOfCAMELDesti 


nation (7) 



PartialRecordTypes 

RadioChannelsRequested 

RadioChanRequested 



SET OF PartialRecordType 
SET OF RadioChanRequested 
ENUMERATED 



See Bearer Capability TS 24.00f 



ha IfRate Channel 
fullRateChannel 
dualHalf Rat ePref erred 
dualFullRateP referred 



(0), 
(1), 
(2), 
(3) 



Ratelndication ::= OCTET STRING (SIZE ( 1 ) ) 
RecordClassDestination ::= CHOICE 
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osApplication 
fileType 



[0] AE-title, 
[1] FileType 



RecordClassDestinations :;= SET OF RecordClassDestination 

RecordingMethod 
{ 

inCallRecord 

inSSRecord 



RedirectingNumber 
RFPowerCapability 



: : = 


ENUMERATED 




(0), 






(1) 






: : = 


BCDDirectory Number 


: : = 


INTEGER 





This field contains the RF power capability of the 

Mobile station 

classmark 1 and 2 of TS 24.008 expressed as an integer. 



RoamingNumber 

— See TS 23.003 



::= ISDN-AddressString 



RoutingNumber 

{ 

roaming 
forwarded 



: := CHOICE 

[1] RoamingNumber, 
[2] ForwardToNumber 



Service 
{ 



teleservice 
bearer Service 
supplementary Service 
networkSpecif icService 



CHOICE 

[1] TeleserviceCode, 

[2] BearerServiceCode, 

[3] SS-Code, 

[4] NetworkSpecif icCode 



ServiceDistanceDependencies ;;= SET OF ServiceDistanceDependency 



ServiceDistanceDependency 
{ 



aocService 
chargingZone 



: := SEQUENCE 

[0] INTEGER, 

[1] INTEGER OPTIONAL 



— Note that these values correspond to the contents 

— of the attributes aocServiceld and zoneld 

— respectively. 



Simple I ntegerName 
Simple St ringName 
SpeechVersionldentif ier ; 
— see GSM 08.08 



: := INTEGER 

::= GraphicString 

OCTET STRING (SIZE(l) 



— 000 0001 

— 001 0001 

— 010 0001 

— 000 0101 

— 001 0101 

— 010 0101 

SSActionResult 

SSActionType 

{ 

registration 

erasure 

activation 

deactivation 

interrogation 



GSM speech full rate version 1 

GSM speech full rate version 2 used for enhanced full rate 

GSM speech full rate version 3 for future use 

GSM speech half rate version 1 

GSM speech half rate version 2 for future use 

GSM speech half rate version 3 for future use 

: : = Diagnostics 

: : = ENUMERATED 

(0), 
(1), 
(2), 
(3), 
(4), 
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invocation (5) , 

passwordRegistration (6) 



SSParameters 



CHOICE 



forwardedToNumber 
unstructuredData 



} 



[0] ForwardToNumber, 
[1] OCTET STRING 



SupplServices 

SuppServi cells ed 
{ 

ssCode 

ssTime 



:= SET OF SS-Code 

:= SEQUENCE 

0] SS-Code, 

1] TimeStamp OPTIONAL 



Switchover Time 
{ 

hour 

minute 

second 



: := SEQUENCE 

INTEGER (0. .23) , 
INTEGER (0. .59) , 
INTEGER (0. .59) 



Tariffid 



TariffPeriod 



switchover Time 
tariffid 



:= INTEGER 

:= SEQUENCE 

0] SwitchoverTime, 
1] INTEGER 



— Note that the value of tariffid corresponds 

— to the attribute tariffid. 



TariffPeriods 



TariffSystemStatus 



{ 



available 

checked 

standby 

active 



::= SET OF TariffPeriod 

: : = ENUMERATED 

(0), — available for modification 

(1), — "frozen" and checked 

(2), — "frozen" awaiting activation 

(3) — "frozen" and active 



TrafficChannel 
{ 



fullRate 
halfRate 



TranslatedNumber 



Transparencyind 



{ 



transparent 
nonTransparent 



TrunkGroup 

{ 

tkgpNumber 
tkgpName 



: : = 


ENUMERATED 


(0) 




(1) 




:: = 


BCDDirectoryNumber 


: : = 


ENUMERATED 


(0) 




(1) 




. . _ 


CHOICE 



[0] INTEGER, 

[1] GraphicString 



TS Change over 

{ 

newActiveTS 

newStandbyTS 

changeover Time 

authkey 

checksum 

versionNumber 



: := SEQUENCE 

[0] INTEGER, 

[1] INTEGER, 

[2] GeneralizedTime OPTIONAL, 

[3] OCTET STRING OPTIONAL, 

[4] OCTET STRING OPTIONAL, 

[5] OCTET STRING OPTIONAL 



Note that if the changeover time is not 
specified then the change is immediate. 
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TSCheckError 



errorld 
fail 



TSCheckErrorld 

{ 

globalForm 
localForm 



TSCheckResult 



success 
fail 



TSCopyTar iff System 



{ 



oldTS 
newTS 



TSNext Change 

{ 

no Change over 
tsChangeover 



TypeOf Subscribers 
{ 

home 

visiting 

all (2) 



TypeOfTransaction 

{ 

successful 

unsuccessful 

all 



Visited- Location-info 



mscNumber 
vlrNumber 



SEQUENCE 

TSCheckErrorld, 

ANY DEFINED BY errorld OPTIONAL 



CHOICE 



OBJECT IDENTIFIER, 
INTEGER 



CHOICE 

NULL, 

SET OF TSCheckError 



SEQUENCE 



INTEGER, 
INTEGER 



CHOICE 

NULL, 
TSChangeover 



ENUMERATED 



HPLMN subscribers 
roaming subscribers 



ENUMERATED 



SEQUENCE 



MscNo, 
VlrNo 



VlrNo 

— See TS 23.003 



ISDN-Address St ring 



END 

5.2.2.2 PS domain CDRs 

This subclause contains the abstract syntax definitions that are specific to the GPRS CDR types defined in TS 32.251 
[11]- 

GPRSChargingDataTypes (ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsmUmtsNetwork 
(x) charging (y) asnlModule (z) gprsChargingDataTypes (2) versionl (1) } 



DEFINITIONS IMPLICIT TAGS 

BEGIN 

EXPORTS everything 
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IMPORTS 

CallDuration, CalledNumber, CallEventRecordType, CallingNuraber, CallReferenceNumber, Cellld, 
DefaultSMS-Handling, Diagnostics, Ext-Geographicallnformation, IMSI, IMEI, IPAddress, ISDN- 
AddressString, LCSCause, LCSClientExternallD, LCSClientldentity, LCSClientlnternallD, LCSClientType, 
LCS-Priority, LCSQoSInfo, LevelOf CAMELService, LocalSequenceNumber, LocationAreaAndCell, 
LocationAreaCode, LocationType, ManagementExtensions, MessageReference, MSISDN, 
Notif icationToMSUser, PositioningData, RecordingEntity, ServiceKey, SMSResult, 
SmsTpDestinationNumber, Time St amp 

FROM 3GPPGenericChargingDataTypes { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) 
gsmUmtsNetwork (x) charging (y) asnlModule (z) genericChargingDataTypes (0) versionl (1)} 

DefaultGPRS-Handling 

FROM MAP-MS-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-MS-DataTypes (11) version6 (6) } 

— from TS 29.002 [60] 

LocationMethod 

FROM SS-DataTypes ( ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Access (2) 

modules (3) ss-DataTypes (2) version? (7)} 

— from TS 24.080 [61] (editor"s note: correct reference?) 

Editor"s note: consider moving the above 2 items also into the generic module in order to avoid 
again copying from external sources . 



GPRS CALL AND EVENT RECORDS 



GPRSCallEventRecord 



CHOICE 



— Record values 20.. 27 are GPRS specific 



sgsnPDPRecord 

ggsnPDPRecord 

sgsnMMRecord 

sgsnSMORecord 

sgsnSMTRecord 

sgsnLCTRecord 

sgsnLCORecord 

sgsnLCNRecord 

egsnPDPRecord 



[20] 
[21] 
[22] 
[23] 
[24] 
[25] 
[26] 
[27] 
[28] 



SGSNPDPRecord, 

GGSNPDPRecord, 

SGSNMMRecord, 

SGSNSMORecord, 

SGSNSMTRecord, 

SGSNLCTRecord, 

SGSNLCORecord, 

SGSNLCNRecord, 

EGSNPDPRecord 



Editor"s note: the acronyms for the LCS record types are not consistent with CS and the 'call event 
record type' notation. They also contradict to the record type definitons below, so alignment is 
needed. 



GGSNPDPRecord 



SET 



recordlype 


[0] 


networlc Initiation 


[1] 


servedlMSI 


[3] 


ggsnAddress 


[4] 


chargingID 


[5] 


sgsnAddress 


[6] 


accessPointNameNI 


[7] 


pdpType 


[8] 


servedPDPAddress 


[9] 


dynamicAddressFlag 


[11 


listOfTrafficVolumes 


[12 


recordOpeningTime 


[13 


duration 


[14 


causeForRecClosing 


[15 


diagnostics 


[16 


recordSequenceNumber 


[17 


nodelD 


[18 


recordExt ens ions 


[19 


local SequenceNumber 


[20 


apnSelectionMode 


[21 



CallEventRecordType, 

NetworklnitiatedPDPContext OPTIONAL, 

IMSI, 

GSNAddress, 

ChargingID, 

SEQUENCE OF GSNAddress, 

AccessPointNameNI OPTIONAL, 

PDPType OPTIONAL, 

PDPAddress OPTIONAL, 

DynamicAddressFlag OPTIONAL, 

SEQUENCE OF ChangeOf CharCondit ion OPTIONAL, 

TimeStamp, 

CallDuration, 

CauseForRecClosing, 

Diagnostics OPTIONAL, 

INTEGER OPTIONAL, 

NodelD OPTIONAL, 

ManagementExtensions OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

APNSelectionMode OPTIONAL, 
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servedMSISDN [22] 

chargingCharacteristics [23] 

chChSelectionMode [24] 

iMSsignalingContext [25] 

externalChargingID [26] 

sgsnPLMNIdentifier [27] 
pSFurnisIiCharginglnformation [28] 

servedlMEISV [29] 

rATType [30] 

mSTimeZone [31] 

userLocationlnformation [32] 

cAMELCliarginglnformation [33] 



MSISDN OPTIONAL, 

ChargingCharacteristics, 

ChChSelectionMode OPTIONAL, 

NULL OPTIONAL, 

OCTET STRING OPTIONAL, 

PLMN-Id OPTIONAL, 

PSFurnishCharging Information OPTIONAL, 

IMEI OPTIONAL, 

RATType OPTIONAL, 

MSTimeZone OPTIONAL, 

OCTET STRING OPTIONAL, 

OCTET STRING OPTIONAL 



EGSNPDPRecord 



SET 



recordType [0] 

networlclnitiation [1] 

servedlMSI [3] 

ggsnAddress [4] 

chargingID [5] 

sgsnAddress [6] 

accessPointNameNI [7] 

pdpType [ 8 ] 

servedPDPAddress [9] 

dynamicAddressFlag [11 

listOfTrafficVolumes [12 

recordOpeningTime [13 

duration [14 

causeForRecClosing [15 

diagnostics [16 

recordSequenceNumber [17 

nodelD [18 

recordExtensions [19 

localSequenceNumber [20 

apnSelectionMode [21 

servedMSISDN [22 

chargingCharacteristics [23 

ChChSelectionMode [24 

iMSsignalingContext [25 

externalChargingID [26 

sgsnPLMNIdentifier [27 
pSFurnishCharginglnformation [28 

servedlMEISV [29 

rATType [30 

mSTimeZone [31 

userLocationlnformation [32 

cAMELCharginglnformation [33 

listOfServiceData [34 



Cal IE vent RecordType, 

NetworklnitiatedPDPContext OPTIONAL, 

IMS I, 

GSNAddress, 

ChargingID, 

SEQUENCE OF GSNAddress, 

AccessPointNameNI OPTIONAL, 

PDPType OPTIONAL, 

PDPAddress OPTIONAL, 

DynamicAddressFlag OPTIONAL, 

SEQUENCE OF ChangeOf CharCondit ion OPTIONAL, 

TimeStamp, 

CallDuration, 

CauseForRecClosing, 

Diagnostics OPTIONAL, 

INTEGER OPTIONAL, 

NodelD OPTIONAL, 

ManagementExtensions OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

APNSelectionMode OPTIONAL, 

MSISDN OPTIONAL, 

ChargingCharacteristics, 

ChChSelectionMode OPTIONAL, 

NULL OPTIONAL, 

OCTET STRING OPTIONAL, 

PLMN-Id OPTIONAL, 

PSFurnishCharginglnformation OPTIONAL, 

IMEI OPTIONAL, 

RATType OPTIONAL, 

MSTimeZone OPTIONAL, 

OCTET STRING OPTIONAL, 

OCTET STRING OPTIONAL, 

SEQUENCE OF ChangeOf ServiceCondit ion OPTIONAL 



SGSNMMRecord 



SET 



recordType 


[0] 


servedlMSI 


[1] 


servedlMEI 


[2] 


sgsnAddress 


[3] 


msNetworliCapability 


[4] 


routingArea 


[5] 


locationAreaCode 


[6] 


cellldentif ier 


[7] 


changeLocation 


[8] 


recordOpeningTime 


[9] 


duration 


[10 


sgsnChange 


[11 


CauseForRecClosing 


[12 


diagnostics 


[13 


recordSequenceNumber 


[14 


nodelD 


[15 


recordExtensions 


[16 


localSequenceNumber 


[17 


servedMSISDN 


[18 


chargingCharacteristics 


[19 


cAMELInformationMM 


[20 


systemType 


[21 


ChChSelectionMode 


[22 



Cal IE vent RecordType, 

IMS I, 

IMEI OPTIONAL, 

GSNAddress OPTIONAL, 

MSNetworkCapability OPTIONAL, 

RoutingAreaCode OPTIONAL, 

LocationAreaCode OPTIONAL, 

Cellld OPTIONAL, 

SEQUENCE OF ChangeLocation OPTIONAL, 

TimeStamp, 

CallDuration OPTIONAL, 

SGSNChange OPTIONAL, 

CauseForRecClosing, 

Diagnostics OPTIONAL, 

INTEGER OPTIONAL, 

NodelD OPTIONAL, 

ManagementExtensions OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

MSISDN OPTIONAL, 

ChargingCharacteristics, 

CAMELInformationMM OPTIONAL, 

SystemType OPTIONAL, 

ChChSelectionMode OPTIONAL 



£75/ 



3GPP TS 32.298 version 6.0.0 Release 6 



78 



ETSI TS 132 298 V6.0.0 (2005-06) 



SGSNPDPRecord 



SET 



recordType 


[0] 


net work Initiation 


[1] 


servedlMSI 


[3] 


servedlMEI 


[4] 


sgsnAddress 


[5] 


msNetworkCapability 


[6] 


routingArea 


[7] 


locationAreaCode 


[8] 


cellldentif ier 


[9] 


chargingID 


[10] 


ggsnAddressUsed 


[11] 


accessPointNameNI 


[12] 


pdpType 


[13] 


servedPDPAddress 


[14] 


listOfTrafficVolumes 


[15] 


recordOpeningTime 


[16] 


duration 


[17] 


sgsnChange 


[18] 


causeForRecClosing 


[19] 


diagnostics 


[20] 


recordSequenceNumber 


[21] 


nodelD 


[22] 


recordExt ens ions 


[23] 


local SequenceNumber 


[24] 


apnSelectionMode 


[25] 


accessPointNameOI 


[26] 


servedMSISDN 


[27] 


chargingCharact eristics 


[28] 


systemType 


[29] 


cAMELInformationPDP 


[30] 


rNCUnsentDownlinkVolume 


[31] 


chChSelectionMode 


[32] 


dynamicAddressFlag 


[33] 



CallEventRecordType, 

NetworklnitiatedPDPContext OPTIONAL, 
IMS I, 

IMEI OPTIONAL, 
GSNAddress OPTIONAL, 
MSNetworkCapability OPTIONAL, 
RoutingAreaCode OPTIONAL, 
LocationAreaCode OPTIONAL, 
Cellld OPTIONAL, 

ChargingID, 

GSNAddress, 

AccessPointNameNI OPTIONAL, 

PDPType OPTIONAL, 

PDPAddress OPTIONAL, 

SEQUENCE OF ChangeOf CharCondit ion OPTIONAL, 

TimeStamp, 

CallDuration, 

SGSNChange OPTIONAL, 

CauseForRecClosing, 

Diagnostics OPTIONAL, 

INTEGER OPTIONAL, 

NodelD OPTIONAL, 

ManagementExtensions OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

APNSelectionMode OPTIONAL, 

AccessPointNameOI OPTIONAL, 

MSISDN OPTIONAL, 

ChargingCharact eristics, 

SystemType OPTIONAL, 

CAMELInformationPDP OPTIONAL, 

DataVolumeGPRS OPTIONAL, 

ChChSelectionMode OPTIONAL, 

DynamicAddressFlag OPTIONAL 



SGSNSMORecord 
{ 



SET 



recordType 


[0] 


servedlMSI 


[1] 


servedlMEI 


[2] 


servedMSISDN 


[3] 


msNetworkCapability 


[4] 


serviceCentre 


[5] 


recordingEntity 


[6] 


locationArea 


[7] 


routingArea 


[8] 


cellldentif ier 


[9] 


messageReference 


[10] 


event Time St amp 


[11] 


smsResult 


[12] 


recordExt ens ions 


[13] 


nodelD 


[14] 


local SequenceNumber 


[15] 


chargingCharact eristics 


[16] 


systemType 


[17] 


destinationNumber 


[18] 


cAMELInformationSMS 


[19] 


ChChSelectionMode 


[20] 



CallEventRecordType, 
IMS I, 

IMEI OPTIONAL, 
MSISDN OPTIONAL, 
MSNetworkCapability OPTIONAL, 
AddressString OPTIONAL, 
RecordingEntity OPTIONAL, 
LocationAreaCode OPTIONAL, 
RoutingAreaCode OPTIONAL, 
Cellld OPTIONAL, 

MessageReference, 

TimeStamp, 

SMSResult OPTIONAL, 

ManagementExtensions OPTIONAL, 

NodelD OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ChargingCharact eristics, 

SystemType OPTIONAL, 

SmsTpDestinationNumber OPTIONAL, 

CAMELInformationSMS OPTIONAL, 

ChChSelectionMode OPTIONAL 



SGSNSMTRecord 



recordType 


[0] 


servedlMSI 


[1] 


servedlMEI 


[2] 


servedMSISDN 


[3] 


msNetworkCapability 


[4] 


serviceCentre 


[5] 


recordingEntity 


[6] 


locationArea 


[7] 


routingArea 


[8] 


cellldentif ier 


[9] 


event Time St amp 


[10 


smsResult 


[11 



CallEventRecordType, 
IMS I, 

IMEI OPTIONAL, 
MSISDN OPTIONAL, 
MSNetworkCapability OPTIONAL, 
AddressString OPTIONAL, 
RecordingEntity OPTIONAL, 
LocationAreaCode OPTIONAL, 
RoutingAreaCode OPTIONAL, 
Cellld OPTIONAL, 

] TimeStamp, 

] SMSResult OPTIONAL, 
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recordExtensions [12] 

nodelD [13] 

localSequenceNumber [14] 
chargingCharacteristics [15] 

systemType [16] 

chChSelectionMode [17] 

cAMELInformationSMS [18] 



ManagementExtensions OPTIONAL, 
NodelD OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ChargingCharacteristics, 
SystemType OPTIONAL, 
ChChSelectionMode OPTIONAL, 
CAMELInformationSMS OPTIONAL 



SGSNMTLCSRecord 



SET 



recordType 


[0] 


recordingEntity 


[1] 


IcsClientType 


[2] 


IcsCl lent Identity 


[3] 


servedlMSI 


[4] 


servedMSISDN 


[5] 


sgsnAddress 


[6] 


locationType 


[7] 


IcsQos 


[8] 


IcsPriority 


[9] 


mlcNumber 


[10 


event Time St amp 


[11 


measurementDuration 


[12 


notif icationToMSUser 


[13 


privacyOverride 


[14 


location 


[15 


routingArea 


[16 


locationEstimate 


[17 


positioningData 


[18 


IcsCause 


[19 


diagnostics 


[20 


nodelD 


[21 


localSequenceNumber 


[22 


ChargingCharacteristics 


[23 


ChChSelectionMode 


[24 


systemType 


[25 


recordExtensions 


[26 


causeForRecClosing 


[27 



Cal IE vent RecordType, 

RecordingEntity, 

LCSClientType, 

LCSClient Identity, 

IMS I, 

MSISDN OPTIONAL, 

GSNAddress OPTIONAL, 

LocationType, 

LCSQoSInfo OPTIONAL, 

LCS-Priority OPTIONAL, 

ISDN-Address St ring, 

TimeStamp, 

CallDuration OPTIONAL, 

NotificationToMSUser OPTIONAL, 

NULL OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

RoutingAreaCode OPTIONAL, 

Ext-Geographicallnformation OPTIONAL, 

PositioningData OPTIONAL, 

LCSCause OPTIONAL, 

Diagnostics OPTIONAL, 

NodelD OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ChargingCharacteristics, 

ChChSelectionMode OPTIONAL, 

SystemType OPTIONAL, 

ManagementExtensions OPTIONAL, 

CauseForRecClosing 



SGSNMOLCSRecord 
[ 



SET 



recordType 


[0] 


recordingEntity 


[1] 


IcsClientType 


[2] 


IcsCl lent Identity 


[3] 


servedlMSI 


[4] 


servedMSISDN 


[5] 


sgsnAddress 


[6] 


locationMethod 


[7] 


IcsQos 


[8] 


IcsPriority 


[9] 


mlcNumber 


[10 


event Time St amp 


[11 


measurementDuration 


[12 


location 


[13 


routingArea 


[14 


locationEstimate 


[15 


positioningData 


[16 


IcsCause 


[17 


diagnostics 


[18 


nodelD 


[19 


localSequenceNumber 


[20 


chargingCharacteristics 


[21 


ChChSelectionMode 


[22 


systemType 


[23 


recordExtensions 


[24 


CauseForRecClosing 


[25 



Cal IE vent RecordType, 
RecordingEntity, 
LCSClientType OPTIONAL, 
LCSClientldentity OPTIONAL, 
IMS I, 

MSISDN OPTIONAL, 
GSNAddress OPTIONAL, 
LocationMethod, 
LCSQoSInfo OPTIONAL, 
LCS-Priority OPTIONAL, 

ISDN-AddressString OPTIONAL, 

TimeStamp, 

CallDuration OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

RoutingAreaCode OPTIONAL, 

Ext-Geographicallnformation OPTIONAL, 

PositioningData OPTIONAL, 

LCSCause OPTIONAL, 

Diagnostics OPTIONAL, 

NodelD OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ChargingCharacteristics, 

ChChSelectionMode OPTIONAL, 

SystemType OPTIONAL, 

ManagementExtensions OPTIONAL, 

CauseForRecClosing 



SGSNNILCSRecord 

{ 

recordType 
recordingEntity 
IcsClientType 
IcsClient Identity 
servedlMSI 



SET 

[0] CallEventRecordType, 

[1] RecordingEntity, 

[2] LCSClientType OPTIONAL, 

[3] LCSClientldentity OPTIONAL, 

[4] IMSI OPTIONAL, 
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servedMSISDN 


[5] 


sgsnAddress 


[6] 


servedlMEI 


[7] 


IcsQos 


[8] 


IcsPriority 


[9] 


mlcNumber 


[10 


event Time St amp 


[11 


measurementDuration 


[12 


location 


[13 


routingArea 


[14 


locationEstimate 


[15 


positioningData 


[16 


IcsCause 


[17 


diagnostics 


[18 


nodelD 


[19 


local SequenceNumber 


[20 


chargingCharact eristics 


[21 


chChSelectionMode 


[22 


systemType 


[23 


recordExt ens ions 


[24 


cans eForRecClo sing 


[25 



MSISDN OPTIONAL, 
GSNAddress OPTIONAL, 
IMEI OPTIONAL, 
LCSQoSInfo OPTIONAL, 
LCS-Priority OPTIONAL, 

ISDN-AddressString OPTIONAL, 

TimeStamp, 

CallDuration OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

RoutingAreaCode OPTIONAL, 

Ext-Geographicallnformation OPTIONAL, 

PositioningData OPTIONAL, 

LCSCause OPTIONAL, 

Diagnostics OPTIONAL, 

NodelD OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ChargingCharacteristics, 

ChChSelectionMode OPTIONAL, 

SystemType OPTIONAL, 

ManagementExtensions OPTIONAL, 

CauseForRecClosing 



COMMON DATA TYPES 



AccessPointNameNI 



IA5String (SIZE ( 1 . . 63 ) ) 



— Network Identifier part of APN in dot representation. 

— For example, if the complete APN is 'apnla.apnlb.apnlc.mnc022.mcclll.gprs' 

— NI is ' apnla . apnlb . apnlc ' and is presented in this form in the CDR. . 



Ac cessPoint Named 



IA5String (SIZE ( 1 . . 37 ) ) 



— Operator Identifier part of APN in dot representation. 

— In the ' apnla . apnlb . apnlc .mnc022 .mcclll . gprs ' example, the 01 portion is 'mnc022.mcclll.gprs' 

— and is presented in this form in the CDR. 



APNSelectionMode : 



ENUMERATED 



— See Information Elements TS 29.060 [75] 



mSorNetworkProvidedSubscriptionVerif led 
mSProvidedSubscriptionNotVerif ied 
networkProvidedSubscriptionNotVerif led 



(0), 
(1), 
(2) 



CAMELAccessPointNameNI 



CAMELAccessPointNameOI 



CAMELInformationMM 



[ 



AccessPointNameNI 



AccessPointNameOI 



SET 



sCFAddress 

serviceKey 

de fault Trans act ionHandling 

numberOfDPEncountered 

levelOfCAMELService 

freeFormatData 

fFDAppendlndicator 



[1] SCFAddress OPTIONAL, 

[2] ServiceKey OPTIONAL, 

[3] DefaultGPRS-Handling OPTIONAL, 

[4] NumberOfDPEncountered OPTIONAL, 

[5] LevelOfCAMELService OPTIONAL, 

[6] FreeFormatData OPTIONAL, 

[7] FFDAppendlndicator OPTIONAL 



CAMELInformationPDP 



SET 



sCFAddress [1] 

serviceKey [2] 

def aultTransactionHandling [3] 

CAMELAccessPointNameNI [4] 

CAMELAccessPointNameOI [5] 

numberOfDPEncountered [6] 

levelOfCAMELService [7] 

freeFormatData [8] 



SCFAddress OPTIONAL, 
ServiceKey OPTIONAL, 
DefaultGPRS-Handling OPTIONAL, 
CAMELAccessPointNameNI OPTIONAL, 
CAMELAccessPointNameOI OPTIONAL, 
NumberOfDPEncountered OPTIONAL, 
LevelOfCAMELService OPTIONAL, 
FreeFormatData OPTIONAL, 
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fFDAppendlndicator 



[9] FFDAppendlndicator OPTIONAL 



CAMELInformationSMS 



SET 



sCFAddress 

serviceKey 

default SMSHandling 

cAMELCallingPartyNumber 

cAMELDestinationSubscriberNumber 

cAMELSMSCAddress 

f reeFormatData 

smsRef erenceNumber 



[1] SCFAddress OPTIONAL, 

[2] ServiceKey OPTIONAL, 

[3] DefaultSMS-Handling OPTIONAL, 

[4] CallingNumber OPTIONAL, 

[5] SmsTpDestinationNumber OPTIONAL, 

[6] AddressString OPTIONAL, 

[7] FreeFormatData OPTIONAL, 

[8] CallReferenceNumber OPTIONAL 



Categoryld ::= INTEGER 

— IP service flow identity (DCCA) 

— range of 4 byte (0 .. 4294967259) 



CauseForRecClosing 



INTEGER 



— In GGSN the value sGSNChange should be used for partial record 

— generation due to SGSN Address List Overflow 

— LCS related causes belong to the MAP error causes ace. TS 29.002 

— cause codes to 15 are defined in TS 32,205 as ' CauseForTerm' {cause for termination) 

normalRelease (0) , 

abnormalRelease (4), 

cAMELInitCallRelease (5) , 

volumeLimit (16), 

timeLimit (17) , 

sGSNChange (18), 

maxChangeCond (19), 

managementlntervention (20), 

intraSGSNIntersystemChange (21), 

rATChange (22), 

unauthorizedRequestingNetwork (52) , 

unauthorizedLCSClient (53) , 

positionMethodFailure (54), 

unknownOrUnreachableLC SCI lent (58 ) 



ChangeCondition : : 

{ 

qoSChange 

tariffTime 

recordClosure 



ENUMERATED 



(0), 
(1), 
(2) 



ChangeOfCharCondition 



SEQUENCE 



— Used in PDP context record only 



qosRequested 

qosNegotiated 

dataVolumeGPRSUplink 

dataVolumeCPRSDownlink 

ChangeCondition 

changeTime 



[1] QoSInformation OPTIONAL, 

[2] QoSInformation OPTIONAL, 

[3] DataVolumeGPRS, 

[4] DataVolumeGPRS, 

[5] ChangeCondition, 

[6] TimeStamp 



ChangeOf ServiceCondition 



SEQUENCE 



Used for Flow based Charging service data container 



categoryld 
ratingCroupId 
local SequenceNumber 
timeOfFirstUsage 
timeOfLastUsage 
timeUsage 

serviceChangeCause 
qoSInf ormationNeg 



[1] Categoryld, 

[2] RatingCroupId, 

[3] LocalSequenceNumber OPTIONAL, 

[4] TimeStamp, 

[5] TimeStamp, 

[6] CallDuration, 

[7] ServiceChangeCause, 

[8] QoSInformation OPTIONAL, 
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sgsn-Address 

sGSNPLMNIdentifier 

datavolumeFBCUplink 

datavolumeFBCDownlink 

timeOf Report 

rATType 



[9] GSNAddress OPTIONAL, 

[10] SGSNPLMNIdentifier OPTIONAL, 

[11] DataVolumeGPRS, 

[12] DataVolumeGPRS, 

[13] TimeStamp, 

[14] RATType OPTIONAL 



ChangeLocation 
{ 



SEQUENCE 



used in SGSNiyMRecord only 



locationAreaCode 
routingAreaCode 
cellld 
changeTime 



[0] LocationAreaCode, 

[1] RoutingAreaCode, 

[2] Cellld OPTIONAL, 

[3] TimeStamp 



ChargingCharact eristics 



OCTET STRING (SIZE (2)) 



Bit 0-3: Profile Index 
Bit 4-15; For Behavior 



ChargingID 



INTEGER (0. .4294967295) 



Generated in GGSN, part of PDP context, see TS 23.060 
0. .4294967295 is equivalent to 0.. 2**32-1 



SelectionMode : : 


= ENUMERATED 


sGSNSupplied 


(0), 


subscriptionSpecif ic 


(1), 


aPNSpecif ic 


(2), 


homeDefault 


(3), 


roamingDe fault 


(4), 


vi s it ingDe fault 


(5) 



-- For GGSN only 

-- For SGSN only 

-- For SGSN only 

-- For SGSN and GGSN 

-- For SGSN and GGSN 

-- For SGSN and GGSN 



DataVolumeGPRS ::= INTEGER 

— The volume of data transferred in octets. 

DynamicAddressFlag ::= BOOLEAN 
ETSIAddress ::= AddressString 

— First octet for nature of address, and numbering plan indicator (3 for X.121) 

— Other octets TBCD 

— See TS 29.002 

FFDAppendlndicator ::= BOOLEAN 

FreeFormatData ::= OCTET STRING (SIZE ( 1 .. 160 ) ) 

— Free formated data as sent in the FurnishCharginglnformationGPRS 

— see TS 29.078 



GSNAddress 



IPAddress 



MSNetworkCapability ::= OCTET STRING (SIZE(1..8)) 

— see 3G TS 24.008 

NetworklnitiatedPDPContext ::= BOOLEAN 

— Set to true if PDP context was initiated from network side 

NodelD ::= IA5String (SIZE ( 1 . . 20 ) ) 
NumberOfDPEncountered ::= INTEGER 
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PDPAddress 



CHOICE 



iPAddress 
eTSIAddress 



[0] IPAddress, 
[1] ETSIAddress 



PDPType 



::= OCTET STRING (SIZE (2)) 



— OCTET 1: PDP Type Organization 

— OCTET 2: PDP Type Number 

— See TS 29.060 [75] 



PLMN-Id ::= OCTET STRING (SIZE (3)) 

This is a 1:1 copy from the Routing Area Identity (RAI) IE specified in TS 29.060 [75] 

— as follows ; 

— OCTET 1 of PLMN-Id = OCTET 2 of RAI 

— OCTET 2 of PLMN-Id = OCTET 3 of RAI 

— OCTET 3 of PLMN-Id = OCTET 4 of RAI 



PSFurnishCharginglnformation ::= SEQUENCE 
{ 



pSFreeFormatData 
pSFFDAppendlndicator 



[1] FreeFormatData, 

[2] FFDAppendlndicator OPTIONAL 



} 



QoSInformation ::= OCTET STRING (SIZE (4.. 12)) 

— This octet string 

— is a 1:1 copy of the contents (i.e. starting with octet 4) of the "Quality of 

— service Profile" information element specified in 3GPP TS 29.060 [75] . 

RATType ::= INTEGER (0..255) 

— This integer is 1:1 copy of the RAT type value as defined in 3GPP TS 29.060 [75] 
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RoutingAreaCode ::= OCTET STRING (SIZE(l)) 
— See TS 24.008 



RatingGroupId ::= lASString (SIZE ( 1 . . 16) ) 
— Dec rule base identifier 

ServiceChangeCause ::= OCTET STRING (SIZE (4)) 

— service container closure reason 

— (some of the values are non-exclusive) 

— cause values for Gn update/release and ITS 



H'OOOOOOOl (Bit 1) 

H'00000002 (Bit 2) 

H'00000004 (Bit 3) 

H'00000008 (Bit 4) 

H'OOOOOOlO (Bit 5) 

H'00000020 (Bit 6) 



QoS change 

SGSN change 

SGSN PLMN ID change 

tariff time switch 

PDF context release 

RAT change 



— cause values for service stop: 



H'00000040 (Bit 7) 

H'00000080 (Bit 8) 

H'OOOOOlOO (Bit 9) 

H'00000200 (Bit 10) 



service idled out (= service release by QHT) 
not used 

configuration change 
service stop 



cause values for service reauthorization request: 



H'00000400 (Bit 11) 

H'00000800 (Bit 12) 

H'OOOOIOOO (Bit 13) 

H'00002000 (Bit 14) 



time threshold reached 
volume threshold reached 
time exhausted 
volume exhausted 



— cause values for quota return: 



H'00004000 (Bit 15) 
H'00008000 (Bit 16) 
H'OOOIOOOO (Bit 17) 



timeout 

return requested 

reauthorisation request 



SCFAddress 



Bit 18-32: are unused and will always be zero 
Address St ring 



— See TS 29.002 



SGSNChange 



BOOLEAN 



— present if first record after inter SGSN routing area update 

— in new SGSN 



END 



5.2.2.3 WLAN CDRs 

This subclause contains the abstract syntax definitions that are specific to the CDR types defined in TS 32.252 [12]. 

5.2.3 Subsystem level CDR definitions 

This subclause contains the syntax definitions of the CDRs on the subsystem level. At present, only the IM subsystem is 
defined in 3GPP, thus this subclause comprises the CDR types specified for the IMS in TS 32.260 [20]. 

5.2.3.1 IMS CDRs 

This subclause contains the abstract syntax definitions that are specific to the CDR types defined in TS 32.260 [20]. 
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IMSChargingDataTypes (ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsmUmtsNetwork (x) 
charging (y) asnlModule (z) imsChargingDataTypes (3) versionl (1)} Editor"s Note: what is the 
correct structure of the OID? 
DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

Exports everything 

IMPORTS 

IPAddress, LocalSequenceNumber, TimeStamp 

FROM SGPPGenericChargingDataTypes (ccitt identif ied-organization (4) etsi(O) mobileDomain (0) 

gsmUmtsNetwork (x) charging (y) asnlModule (z) genericChargingDataTypes (0) versionl (1)} 

IMSCallEventRecord ::= SET 
{ 

— Fields used by several multimedia Record types ("Common fields") : 

— (which field is used in which record type is defined in section 5.2.3) 
recordType [0] CallEventRecordType, 
retransmission [1] NULL OPTIONAL, 

sIP-Method [2] SIP-Method OPTIONAL, 

role-of-Node [3] Role-of-Node OPTIONAL, 

nodeAddress [4] NodeAddress OPTIONAL, 

session-Id [5] Session-Id OPTIONAL, 

calling-Party-Address [6] InvolvedParty OPTIONAL, 

called-Party-Address [7] InvolvedParty OPTIONAL, 

privateUserlD [8] GraphicString OPTIONAL, 

serviceRequestTimeStamp [9] TimeStamp OPTIONAL, 

serviceDeliveryStartTimeStamp [10] TimeStamp OPTIONAL, 

serviceDeliveryEndTimeStamp [11] TimeStamp OPTIONAL, 

recordOpeningTime [12] TimeStamp OPTIONAL, 

recordClosureTime [13] TimeStamp OPTIONAL, 

interOperatorldentif iers [14] InterOperatorldentif iers OPTIONAL, 

localRecordSequenceNumber [15] LocalSequenceNumber OPTIONAL, 

recordSequenceNumber [16] INTEGER OPTIONAL, 

causeForRecordClosing [17] CauseForRecordClosing OPTIONAL, 

incomplete-CDR-Indication [18] Incomplete-CDR-Indication OPTIONAL 

iMS-Charging-Identifier [19] IMS-Charging-Identif ier OPTIONAL, 

SDP-Session-Description [20] SEQUENCE OF Graphic STRING OPTIONAL, 

list-Of-SDP-Media-Components [21] SEQUENCE OF Media-Components-List OPTIONAL, 

gGSNaddress [22] NodeAddress OPTIONAL, 

serviceDeliveryFailureReason [23] ServiceDeliveryFailureReason OPTIONAL, 

list-Of-Message-Bodies [24] SEQUENCE OF MessageBody OPTIONAL, 

recordExtensions [25] RecordExtensions OPTIONAL, 

— Space left for further "common fields" 

— Fields particular used in the S-CSCF-recordType : 
applicationServersInformation [40] SEQUENCE OF ApplicationServersInf ormation OPTIONAL, 

— Fields particular used in the P-CSCF-recordType : 
servedPartylPAddress [50] ServedPartylPAddress OPTIONAL, 

— Fields particular used in the I-CSCF-recordType : 
transactionTimestamp [60] TimeStamp OPTIONAL, 
s-CSCF-Inf ormation [61] S-CSCF-Inf ormation OPTIONAL, 

— < S-CSCF-Information to be defined > 

— Fields particular used in the MRFC-recordType : 
service-Id [70] Service-Id OPTIONAL, 

— <Service-Id to be defined> 

— Fields particular used in the MGCF-recordType : 
trunkCroupID [80] TrunkGroupID OPTIONAL, 
bearerService [81] TransmissionMedium OPTIONAL, 

— Fields particular used in the BGCF-RecordType (start with tag 90) : 

— <empty so far> 

— Fields particular used in the AS-RecordType : 
serviceSpecificData [100] OCTET STRING OPTIONAL 



ACRInterimLost ::= ENUMERATED 
{ 

no (0), 

yes (1) , 
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unknown (2) 
} 

ApplicationServersInformation ::= SEQUENCE 
{ 

applicationServersInvolved [0] NodeAddress OPTIONAL, 

applicationProvidedCalledParties [1] SEQUENCE OF InvolvedParty OPTIONAL 
} 

Editor"s note; alignment of the syntax below with other domains / generic module required. 

CauseForRecordClosing ::= ENUMERATED 

serviceDeliveryEndSuccess fully (0 ) 

unSuccessfulServiceDelivery (1) 

timeLimit (3) 

serviceChange (4) 

managementlntervention (5) 



— e.g. change in media due to Re-Invite 

— partial record generation reasons to be added 



Additional codes are for further study 



IMS-Charging-Identifier ::= OCTET STRING 

Incomplete-CDR-Indication ::= SET 
{ 

aCRStartLost [0] BOOLEAN, — TRUE if ACR[Start] was lost, FALSE otherwise 

aCRInterimLost [1] ACRInterimLost, 

aCRStopLost [2] BOOLEAN — TRUE if ACR[Stop] was lost, FALSE otherwise 
} 

InterOperatorldentifiers ::= SEQUENCE 
{ 

originatinglOI [0] GraphicString OPTIONAL, 

terminatinglOI [1] GraphicString OPTIONAL 
} 

InvolvedParty ::= CHOICE 
{ 

sIP-URL [0] GraphicString, — refer to rfc3261 

tEL-URL [1] GraphicString — refer to rfc3261 
} 

Editor"s note; the constructs below are imported from the generic module 

Media-Components-List ::= SEQUENCE 
{ 

sIP-Request-Timestamp [0] TimeStamp OPTIONAL, 

sIP-Response-Timestamp [1] TimeStamp OPTIONAL, 

sDP-Media-Components [2] SDP-Media-Components OPTIONAL, 

medialnitiatorFlag [3] NULL OPTIONAL, 

authorized-QoS [3] GraphicString OPTIONAL 
} 

MessageBody ::= SEQUENCE 
{ 

Content-Type [0] GraphicString OPTIONAL, 

Content-Disposition [1] GraphicString OPTIONAL, 

Content-Length [2] INTEGER OPTIONAL, 

Originator [3] InvolvedParty OPTIONAL 

} 

Editor"s note: alignment of the syntax below with other domains / generic module required. 

NodeAddress ::= CHOICE 
{ 

iPAddress [0] IPAddress, 

domainName [1] GraphicString 
} 

Editor"s note: alignment of the syntax below with other domains / generic module required. 

RecordExtensions ::= SEQUENCE 
{ 

— operator specific record extensions 
} 
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Role-of-Node ::= ENUMERATED 
{ 

originating (0), 

terminating (1), 

proxy (2) , 

b2bua (3) 
} 

SDP-Media-Components ::= SEQUENCE 

{ 

sDP-Media-Name [0] SEQUENCE OF GraphicString OPTIONAL, 

sDP-Media-Descriptions [1] SEQUENCE OF SDP-Media-Description OPTIONAL, 
gPRS-Charging-Id [2] INTEGER OPTIONAL, 

} 

SDP-Media-Description ::= SEQUENCE OF GraphicString OPTIONAL, 
ServedPartylPAddress ::= IPAddress 

ServiceDeliveryFailureReason ::= GraphicString 

— holds the SIP error code as received via a SIP Final response (4xx, 5xx or 6xx) 

Session-Id ::= GraphicString 

— rfc3261: example for SIP Call-ID: f81d4fae-7dec-lld0-a765-00a0c91e6bf6@foo.bar.com 

Sip-Method ::= GraphicString 

TransmissionMedium ::= SEQUENCE { 

— Transmission Medium Required, refer to ITU-T Q.763: 
tMR [0] OCTET STRING (SIZE (1)) OPTIONAL, 

— Transmission Medium USED, refer to ITU-T Q.763: 
tMU [1] OCTET STRING (SIZE (1)) OPTIONAL 

} 

Editor"s note: alignment of the syntax below with other domains / generic module required. 

TrunkGroupID ::= CHOICE { 

incoming [0] GraphicString, 

outgoing [1] GraphicString 
} 

END 



5.2.4 Service level CDR definitions 

This subclause contains the syntax definitions of the CDRs on the service level. This comprises the CDR types from the 
MMS (TS 32.270 [30]), the LCS (TS 32.271 [31]), PoC (TS 32.272 [32]) andMBMS (TS 32.273[33]) services. 

5.2.4.1 MMS CDRs 

This subclause contains the abstract syntax definitions that are specific to the CDR types defined in TS 32.270 [30]. 

MMSChargingDataTypes ( ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsmUmtsNetwork (x) 
charging (y) asnlModule (z) mmsChargingDataTypes (4) versionl (1) }) } Editor"s Note: what is the 
correct structure of the OID? 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

EXPORTS everything 

IMPORTS 

CallDuration, CallEventRecordType, CallReference, Chargelndicator, IPAddress, LocalSequenceNumber, 
ManagementExtensions, MscNo, MSISDN, TimeStamp 

FROM 3GPPGenericChargingDataTypes (ccitt identif ied-organization (4) etsi(O) mobileDomain (0) 
gsmUmtsNetwork (x) charging (y) asnlModule (z) genericChargingDataTypes (0) versionl (1)} 

ChargingID, GSNAddress 
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FROM GPRSChargingDataTypes (ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsmUmtsNetwork (x) charging (y) asnlModule (z) gprsChargingDataTypes (2) versionl (1) } 



— see TS 32.251 [11] 



MMS CALL AND EVENT RECORDS 



MMOlSRecord : := SET 
f 




i 

recordType 


[0] 


originatorMmsRSAddress 


[1] 


messagelD 


[2] 


reply Charging ID 


[3] 


originatorAddress 


[4] 


recipient Addresses 


[5] 


accessCorrelation 


[6] 


contentType 


[7] 


mmComponentType 


[8] 


messageSize 


[9] 


messageClass 


[10] 


charge Information 


[11] 


submissionTime 


[12] 


timeOfExpiry 


[13] 


ear liestTimeOf Deli very 


[14] 


durationOf Transmission 


[15] 


request StatusCode 


[16] 


deliveryReport Requested 


[17] 


reply Charging 


[18] 


replyDeadline 


[19] 


replyChargingSize 


[20] 


priority 


[21] 


senderVi Sibil it y 


[22] 


readReplyRequested 


[23] 


statusText 


[24] 


recordTimeStamp 


[25] 


local SequenceNumber 


[26] 


recordExt ens ions 


[27] 


mMBoxstorage Information 


[28] 



Cal IE vent RecordType, 

I>4MSRSAddress, 

OCTET STRING, 

OCTET STRING OPTIONAL, 

MMSAgentAddress, 

MMSAgentAddresses, 

AccessCorrelation OPTIONAL, 

ContentType, 

MMComponentType OPTIONAL, 

DataVolume, 

MessageClass OPTIONAL, 

Chargelnformation OPTIONAL, 

TimeStamp OPTIONAL, 

WaitTime OPTIONAL, 

WaitTime OPTIONAL, 

INTEGER OPTIONAL, 

RequestStatusCodeType OPTIONAL, 

BOOLEAN OPTIONAL, 

BOOLEAN OPTIONAL, 

WaitTime OPTIONAL, 

DataVolume OPTIONAL, 

PriorityType OPTIONAL, 

BOOLEAN OPTIONAL, 

BOOLEAN OPTIONAL, 

StatusTextType, 

TimeStamp, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL, 

MMBoxStoragelnformation OPTIONAL 



MM04FRqRecord 



SET 



recordType [0] 

OriginatorMmsRSAddress [1] 

recipientMmsRSAddress [2] 

messagelD [3] 

mms3GPPVersion [4] 

originatorAddress [5] 

recipientAddresses [6] 

contentType [7] 

mmComponentType [8] 

messageSize [9] 

messageClass [10] 

submissionTime [11] 

timeOfExpiry [12] 

deliveryReportRequested [13] 

priority [14] 

senderVisibility [15] 

readReplyRequested [16] 

aclcnowledgementRequest [17] 

forwardCounter [18] 

forwardingAddress [19] 

recordTimeStamp [20] 

localSequenceNumber [21] 

recordExtensions [22] 



Cal IE vent RecordType, 

MMSRSAddress, 

MMSRSAddress, 

OCTET STRING, 

OCTET STRING OPTIONAL, 

MMSAgentAddress, 

MMSAgentAddresses, 

ContentType, 

MMComponentType OPTIONAL, 

DataVolume, 

MessageClass OPTIONAL, 

TimeStamp, 

WaitTime OPTIONAL, 

BOOLEAN, 

PriorityType OPTIONAL, 

BOOLEAN, 

BOOLEAN, 

BOOLEAN, 

INTEGER OPTIONAL, 

MMSAgentAddresses OPTIONAL, 

TimeStamp, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MM04FRsRecord 



SET 



recordType 
originatorMmsRSAddress 



[0] CallEventRecordType, 
[1] MMSRSAddress OPTIONAL, 
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recipientMmsRSAddress 
messagelD 
mms3GPPVersion 
request St at us Code 
statusText 
recordTimeStamp 
local SequenceNumber 
recordExt ens ions 



[2] MMSRSAddress, 

[3] OCTET STRING, 

[4] OCTET STRING OPTIONAL, 

[5] RequestStatusCodeType OPTIONAL, 

[6] StatusTextType OPTIONAL, 

[7] TimeStamp OPTIONAL, 

[8] LocalSequenceNumber OPTIONAL, 

[9] ManagementExtensions OPTIONAL 



MM04DRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

originatorMmsRSAddress [2] 

messagelD [3] 

mms3GPPVersion [4] 

originatorAddress [5] 

recipientAddress [6] 

mmDateAndTime [7] 

acknowledgementRequest [8] 

mmStatusCode [9] 

StatusText [10 

recordTimeStamp [11 

localSequenceNumber [12 

recordExtensions [13 



Cal IE vent RecordType, 

MMSRSAddress OPTIONAL, 

MMSRSAddress OPTIONAL, 

OCTET STRING, 

OCTET STRING OPTIONAL, 

MMSAgent Address OPTIONAL, 

MMSAgentAddress, 

TimeStamp, 

BOOLEAN, 

MMStatusCodeType, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ManagementExtensions OPTIONAL 



MMOlDRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

originatorMmsRSAddress [2] 

accessCorrelation [3] 

messagelD [4] 

mms3GPPVersion [5] 

originatorAddress [6] 

recipientAddress [7] 

mmStatusCode [8] 

recordTimeStamp [9] 

localSequenceNumber [10 

recordExtensions [11 



Cal IE vent RecordType, 
MMSRSAddress OPTIONAL, 
MMSRSAddress OPTIONAL, 

AccessCorrelation OPTIONAL, 
OCTET STRING, 
OCTET STRING OPTIONAL, 
MMSAgentAddress OPTIONAL, 
MMSAgentAddress, 

MMStatusCodeType OPTIONAL, 

TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ManagementExtensions OPTIONAL 



MM04RRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

OriginatorMmsRSAddress [2] 

messagelD [3] 

mms3GPPVersion [4] 

originatorAddress [5] 

recipientAddresses [6] 

mmDateAndTime [7] 

acknowledgementRequest [8] 

readStatus [9] 

StatusText [10 

recordTimeStamp [11 

localSequenceNumber [12 

recordExtensions [13 



Cal IE vent RecordType, 
MMSRSAddress OPTIONAL, 
MMSRSAddress OPTIONAL, 
OCTET STRING, 
OCTET STRING OPTIONAL, 
MMSAgentAddress OPTIONAL, 
MMSAgentAddresses OPTIONAL, 

TimeStamp OPTIONAL, 

BOOLEAN, 

MMStatusCodeType OPTIONAL, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ManagementExtensions OPTIONAL 



MMOlRRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

originatorMmsRSAddress [2] 

accessCorrelation [3] 

messagelD [4] 

mms3GPPVersion [5] 

originatorAddress [6] 

recipientAddress [7] 

readStatus [8] 

recordTimeStamp [9] 

localSequenceNumber [10 

recordExtensions [11 



Cal IE vent RecordType, 
MMSRSAddress OPTIONAL, 
MMSRSAddress OPTIONAL, 

AccessCorrelation OPTIONAL, 
OCTET STRING, 
OCTET STRING OPTIONAL, 
MMSAgentAddress OPTIONAL, 
MMSAgentAddress OPTIONAL, 

MMStatusCodeType OPTIONAL, 

TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ManagementExtensions OPTIONAL 
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MMOMDRecord ::= SET 
{ 

recordType 

originatorMmsRSAddress 

recipientMmsRSAddress 

messagelD 

messageSize 

mmStatusCode 

statusText 

recordTimeStamp 

local SequenceNumber 

recordExt ens ions 
) 



[0] CallEventRecordType, 

[1] MMSRSAddress OPTIONAL, 

[2] MMSRSAddress OPTIONAL, 

[3] OCTET STRING, 

[4] DataVolume OPTIONAL, 

[5] MMStatusCodeType OPTIONAL, 

[6] StatusTextType OPTIONAL, 

[7] TimeStamp OPTIONAL, 

[8] LocalSequenceNumber OPTIONAL, 

[9] ManagementExtensions OPTIONAL 



MMR4FRecord 



SET 



recordType 

recipientMmsRSAddress 

OriginatorMmsRSAddress 

messagelD 

mmsSGPPVersion 

originatorAddress 

recipientAddresses 

contentType 

mmComponentType 

messageSize 

messageClass 

submissionTime 

timeOfExpiry 

deliveryReport Requested 

priority 

senderVisibility 

readReplyRequested 

requestStatusCode 

StatusText 

acknowledgement Re quest 

forwardCounter 

forwardingAddress 

recordTimeStamp 

local SequenceNumber 

recordExtensions 



[0] 


[1] 


[2] 


[3] 


[4] 


[5] 


[6] 


[7] 


[8] 


[9] 


[10] 


[11] 


[12] 


[13] 


[14] 


[15] 


[16] 


[17] 


[18] 


[19] 


[20] 


[21] 


[22] 


[23] 


[24] 



CallEventRecordType, 

MMSRSAddress, 

MMSRSAddress, 

OCTET STRING, 

OCTET STRING OPTIONAL, 

MMSAgentAddress, 

MMSAgentAddresses, 

ContentType, 

MMComponentType OPTIONAL, 

DataVolume, 

MessageClass OPTIONAL, 

TimeStamp, 

WaitTime OPTIONAL, 

BOOLEAN, 

PriorityType OPTIONAL, 

BOOLEAN, 

BOOLEAN, 

Request St at us CodeType, 

StatusTextType, 

BOOLEAN, 

INTEGER OPTIONAL, 

MMSAgentAddresses OPTIONAL, 

TimeStamp, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MMRlNRqRecord 
[ 



SET 



recordType 


[0] 


recipientMmsRSAddress 


[1] 


messagelD 


[2] 


reply Char gingID 


[3] 


senderAddress 


[4] 


recipient Address 


[5] 


access Cor relation 


[6] 


messageClass 


[7] 


mmComponentType 


[8] 


messageSize 


[9] 


timeOfExpiry 


[10 


messageRef erence 


[11 


deliveryReport Requested 


[12 


reply Charging 


[13 


replyDeadline 


[14 


replyChargingSize 


[15 


mmStatusCode 


[16 


StatusText 


[17 


recordTimeStamp 


[18 


local SequenceNumber 


[19 


recordExtensions 


[20 



CallEventRecordType, 

MMSRSAddress, 

OCTET STRING, 

OCTET STRING OPTIONAL, 

MMSAgentAddress, 

MMSAgentAddress, 

AccessCorrelation OPTIONAL, 

MessageClass OPTIONAL, 

MMComponentType OPTIONAL, 

DataVolume, 

WaitTime OPTIONAL, 

OCTET STRING, 

BOOLEAN OPTIONAL, 

BOOLEAN OPTIONAL, 

WaitTime OPTIONAL, 

DataVolume OPTIONAL, 

MMStatusCodeType OPTIONAL, 

StatusTextType OPTIONAL, 

TimeStamp OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MMRlNRsRecord 



SET 



recordType 

recipientMmsRSAddress 
messagelD 
recipient Address 
access Cor relation 
report All owed 
mmStatusCode 
StatusText 



[0] CallEventRecordType, 

[1] MMSRSAddress, 

[2] OCTET STRING, 

[3] MMSAgentAddress, 

[4] AccessCorrelation OPTIONAL, 

[5] BOOLEAN OPTIONAL, 

[6] MMStatusCodeType OPTIONAL, 

[7] StatusTextType OPTIONAL, 
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recordTimeStamp 
local SequenceNumber 
recordExtensions 



[8] TimeStamp OPTIONAL, 

[9] LocalSequenceNumber OPTIONAL, 

[10] ManagementExtensions OPTIONAL 



I^lMRlRtRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

messagelD [2] 

replyChargingID [3] 

senderAddress [4] 

recipientAddress [5] 

accessCorrelation [6] 

contentType [7] 

mmComponentType [8] 

messageClass [9] 

submissionTime [10 

messageSize [11 

deliveryReportRequested [12 

priority [13 

readReplyRequested [14 

mmStatusCode [15 

statusText [16 

replyDeadline [17 

replyChargingSize [18 

durationOfTransmission [19 

timeOfExpiry [20 

recordTimeStamp [21 

localSequenceNumber [22 

recordExtensions [23 

messageReference [24 



Cal IE vent RecordType, 

MMSRSAddress, 

OCTET STRING, 

OCTET STRING OPTIONAL, 

I^lMSAgentAddress OPTIONAL, 

MMSAgentAddress, 

AccessCorrelation OPTIONAL, 

ContentType, 

MMComponentType OPTIONAL, 

MessageClass OPTIONAL, 

TimeStamp, 

DataVolume OPTIONAL, 

BOOLEAN OPTIONAL, 

PriorityType OPTIONAL, 

BOOLEAN OPTIONAL, 

MMStatusCodeType OPTIONAL, 

StatusTextType OPTIONAL, 

WaitTime OPTIONAL, 

DataVolume OPTIONAL, 

INTEGER OPTIONAL, 

WaitTime OPTIONAL, 

TimeStamp OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL, 

OCTET STRING 



MMRlARecord 



SET 



recordType 


[0] 


recipientMmsRSAddress 


[1] 


messagelD 


[2] 


recipientAddress 


[3] 


accessCorrelation 


[4] 


report Allowed 


[5] 


mmStatusCode 


[6] 


StatusText 


[7] 


recordTimeStamp 


[8] 


localSequenceNumber 


[9] 


recordExtensions 


[10 



Cal IE vent RecordType, 

MMSRSAddress, 

OCTET STRING, 
MMSAgentAddress, 
AccessCorrelation OPTIONAL, 
BOOLEAN OPTIONAL, 
MMStatusCodeType OPTIONAL, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MMR4DRqRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

originatorMmsRSAddress [2] 

messagelD [3] 

mms3GPPVersion [4] 

originatorAddress [5] 

recipientAddress [6] 

mmDateAndTime [7] 

acknowledgementRequest [8] 

mmStatusCode [9] 

StatusText [10 

recordTimeStamp [11 

localSequenceNumber [12 

recordExtensions [13 



Cal IE vent RecordType, 

MMSRSAddress, 

MMSRSAddress, 

OCTET STRING, 

OCTET STRING OPTIONAL, 
MMSAgentAddress, 
MMSAgentAddress, 
TimeStamp OPTIONAL, 
BOOLEAN, 
MMStatusCodeType OPTIONAL, 

StatusTextType OPTIONAL, 

TimeStamp OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MMR4DRsRecord ::= SET 

{ 

recordType 

recipientMmsRSAddress 

OriginatorMmsRSAddress 

messagelD 

mms3GPPVersion 

request St at us Code 

StatusText 

recordTimeStamp 

localSequenceNumber 



[0] CallEventRecordType, 

[1] MMSRSAddress, 

[2] MMSRSAddress, 

[3] OCTET STRING, 

[4] OCTET STRING OPTIONAL, 

[5] RequestStatusCodeType OPTIONAL, 

[6] StatusTextType OPTIONAL, 

[7] TimeStamp OPTIONAL, 

[8] LocalSequenceNumber OPTIONAL, 



£75/ 



3GPP TS 32.298 version 6.0.0 Release 6 



92 



ETSI TS 132 298 V6.0.0 (2005-06) 



recordExt ens ions 



[9] ManagementExtensions OPTIONAL 



MMRlRRRecord 



SET 



recordType 


[0] 


recipientMmsRSAddress 


[1] 


messagelD 


[2] 


recipient Address 


[3] 


originatorAddress 


[4] 


accessCor relation 


[5] 


mmStatusCode 


[6] 


statusText 


[7] 


recordTimeStamp 


[8] 


local SequenceNumber 


[9] 


recordExt ens ions 


[10 



Cal IE vent RecordType, 

MMSRSAddress, 

OCTET STRING, 
MMSAgentAddress, 
MMSAgentAddress, 
AccessCorrelation OPTIONAL, 
MMStatusCodeType OPTIONAL, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MMR4RRqRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

originatorMmsRSAddress [2] 

messagelD [3] 

mms3GPPVersion [4] 

originatorAddress [5] 

recipientAddress [6] 

mmDateAndTime [7] 

acknowledgementRequest [8] 

mmStatusCode [9] 

StatusText [10 

recordTimeStamp [11 

localSequenceNumber [12 

recordExtensions [13 



Cal IE vent RecordType, 

MMSRSAddress, 

MMSRSAddress, 

OCTET STRING, 

OCTET STRING OPTIONAL, 
MMSAgentAddress, 
MMSAgentAddress, 
TimeStamp OPTIONAL, 
BOOLEAN, 
MMStatusCodeType OPTIONAL, 

StatusTextType OPTIONAL, 

TimeStamp OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MMR4RRsRecord 



SET 



recordType 

recipientMmsRSAddress 

OriginatorMmsRSAddress 

messagelD 

mms3GPPVersion 

request St at us Code 

StatusText 

recordTimeStamp 

localSequenceNumber 

recordExtensions 



[0] CallEventRecordType, 

[1] MMSRSAddress, 

[2] MMSRSAddress, 

[3] OCTET STRING, 

[4] OCTET STRING OPTIONAL, 

[5] RequestStatusCodeType OPTIONAL, 

[6] StatusTextType OPTIONAL, 

[7] TimeStamp OPTIONAL, 

[8] LocalSequenceNumber OPTIONAL, 

[9] ManagementExtensions OPTIONAL 



MMRMDRecord 



SET 



recordType [0] 

OriginatorMmsRSAddress [1] 

recipientMmsRSAddress [2] 

messagelD [3] 

messageSize [4] 

mmStatusCode [5] 

StatusText [6] 

recordTimeStamp [7] 

localSequenceNumber [8] 

recordExtensions [9] 



CallEventRecordType, 

MMSRSAddress, 

MMSRSAddress OPTIONAL, 

OCTET STRING, 
DataVolume, 

MMStatusCodeType OPTIONAL, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ManagementExtensions OPTIONAL 



MMFRecord 



SET 



recordType [0] 

forwardingMmsRSAddress [1] 

messagelD [2] 

f orwardingAddress [3] 

recipientAddresses [4] 

chargelnformation [5] 

timeOfExpiry [6] 

earliestTimeOfDelivery [7] 

deliveryReportRequested [8] 

readReplyRequested [9] 

messageReference [10 

mmStatusCode [11 



CallEventRecordType, 
MMSRSAddress, 
OCTET STRING, 
MMSAgentAddress, 
MMSAgentAddresses, 
Chargelnformation OPTIONAL, 
WaitTime OPTIONAL, 
WaitTime OPTIONAL, 
BOOLEAN OPTIONAL, 
BOOLEAN OPTIONAL, 

OCTET STRING, 

MMStatusCodeType OPTIONAL, 
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statusText 
recordTimeStamp 
local SequenceNumber 
recordExt ens ions 
mMBoxstorage Information 



[12] StatusText Type OPTIONAL, 

[13] TimeStamp OPTIONAL, 

[14] LocalSequenceNumber OPTIONAL, 

[15] ManagementExtensions OPTIONAL, 

[16] I^lMBoxStoragelnformation OPTIONAL 



MMBxlSRecord 



SET 



recordType 


[0] 


mmsRelayAddress 


[1] 


managingAddress 


[2] 


access Cor relation 


[3] 


contentType 


[4] 


messageSize 


[5] 


messageReference 


[6] 


mmState 


[7] 


mmFlags 


[8] 


storeStatus 


[9] 


storeStatusText 


[10 


SequenceNumber 


[11 


time St amp 


[12 


recordExtensions 


[13 



Cal IE vent RecordType, 
IPAddress, 
MMSAgentAddress, 
AccessCorrelation OPTIONAL, 
ContentType OPTIONAL, 
DataVolume OPTIONAL, 
OCTET STRING OPTIONAL, 
OCTET STRING OPTIONAL, 
OCTET STRING OPTIONAL, 
StoreStatus OPTIONAL, 

StatusTextType OPTIONAL, 

INTEGER OPTIONAL, 

TimeStamp OPTIONAL, 

ManagementExtensions OPTIONAL 



I^lMBxlVRecord 



SET 



recordType 

mmsRelayAddress 

managingAddress 

accessCorrelation 

at tributes List 

mess age Select ion 

start 

limit 

totalsRequested 

quotasRequested 

mmListing 

request St at us Code 

StatusText 

totals 

quotas 

SequenceNumber 

time St amp 

recordExtensions 



[0] CallEventRecordType, 

[I] IPAddress, 

[2] MMSAgentAddress, 

[3] AccessCorrelation OPTIONAL, 

[4] AttributesList OPTIONAL, 

[5] MessageSelection OPTIONAL, 

[6] INTEGER OPTIONAL, 

[7] INTEGER OPTIONAL, 

[8] BOOLEAN OPTIONAL, 

[9] BOOLEAN OPTIONAL, 

[10] AttributesList OPTIONAL, 

[II] RequestStatusCodeType OPTIONAL, 
[12] StatusTextType OPTIONAL, 

[13] Totals OPTIONAL, 

[14] Quotas OPTIONAL, 

[15] INTEGER OPTIONAL, 

[16] TimeStamp OPTIONAL, 

[17] ManagementExtensions OPTIONAL 



MMBxlURecord 



SET 



recordType 


[0] 


mmsRelayAddress 


[1] 


managingAddress 


[2] 


accessCorrelation 


[3] 


recipient sAddressList 


[4] 


messageClass 


[5] 


uploadTime 


[6] 


timeOf Expiry 


[7] 


ear liestTimeOf Delivery 


[8] 


priority 


[9] 


mmState 


[10 


mmFlags 


[11 


contentType 


[12 


messageSize 


[13 


messageReference 


[14 


request St at us Code 


[15 


StatusText 


[16 


SequenceNumber 


[17 


time St amp 


[18 


recordExtensions 


[19 



CallEventRecordType, 
IPAddress, 
MMSAgentAddress, 
AccessCorrelation OPTIONAL, 
MMSAgentAddresses, 
MessageClass OPTIONAL, 
TimeStamp OPTIONAL, 
WaitTime OPTIONAL, 
WaitTime OPTIONAL, 
Priority OPTIONAL, 

OCTET STRING OPTIONAL, 

OCTET STRING OPTIONAL, 

ContentType OPTIONAL, 

DataVolume OPTIONAL, 

OCTET STRING OPTIONAL, 

RequestStatusCodeType OPTIONAL, 

StatusTextType OPTIONAL, 

INTEGER OPTIONAL, 

TimeStamp OPTIONAL, 

ManagementExtensions OPTIONAL 



MMBxlDRecord : : = SE 

{ 

recordType 

mmsRelayAddress 

managingAddress 

accessCorrelation 

messageReference 



[0] CallEventRecordType, 

[1] IPAddress, 

[2] MMSAgentAddress, 

[3] AccessCorrelation OPTIONAL, 

[4] OCTET STRING OPTIONAL, 
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request St at us Code 
statusText 
sequenceNumber 
time St amp 
recordExtensions 



[5] RequestStatusCodeType OPTIONAL, 

[6] StatusTextType OPTIONAL, 

[7] INTEGER OPTIONAL, 

[8] TimeStamp OPTIONAL, 

[9] ManagementExtensions OPTIONAL 



MMVSRecord 



recordType 


[0] 


originatorMmsRSAddress 


[1] 


linkedlD 


[2] 


vaspID 


[3] 


vasID 


[4] 


messagelD 


[5] 


originatorAddress 


[6] 


recipientAddresses 


[7] 


serviceCode 


[8] 


contentType 


[9] 


mmComponentType 


[10] 


messageSize 


[11] 


messageClass 


[12] 


charge Information 


[13] 


submissionTime 


[14] 


timeOfExpiry 


[15] 


ear liestTimeOf Deli very 


[16] 


deliveryReport Requested 


[17] 


readReplyRequested 


[18] 


replyCharging 


[19] 


replyDeadline 


[20] 


replyChargingSize 


[21] 


priority 


[22] 


messageDistributionlndicator 


[23] 


request St at us Code 


[24] 


StatusText 


[25] 


recordTimeStamp 


[26] 


local SequenceNumber 


[27] 


recordExtensions 


[28] 



Cal IE vent RecordType, 

MMSRSAddress, 

OCTET STRING OPTIONAL, 

OCTET STRING, 

OCTET STRING, 

OCTET STRING, 

MMSAgentAddress, 

MMSAgentAddresses, 

OCTET STRING OPTIONAL, 

ContentType, 

MMComponentType OPTIONAL, 

DataVolume, 

MessageClass OPTIONAL, 

Chargelnformation OPTIONAL, 

TimeStamp OPTIONAL, 

WaitTime OPTIONAL, 

WaitTime OPTIONAL, 

BOOLEAN OPTIONAL, 

BOOLEAN OPTIONAL, 

BOOLEAN OPTIONAL, 

WaitTime OPTIONAL, 

DataVolume OPTIONAL, 

PriorityType OPTIONAL, 

BOOLEAN OPTIONAL, 

RequestStatusCodeType OPTIONAL, 

StatusTextType OPTIONAL, 

TimeStamp, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL, 



MM7DRqRecord 
[ 



SET 



recordType 


[0] 


recipientMmsRSAddress 


[1] 


linlcedlD 


[2] 


reply Char gingID 


[3] 


originatorAddress 


[4] 


recipient Address 


[5] 


mmComponentType 


[6] 


messageSize 


[7] 


contentType 


[8] 


priority 


[9] 


recordTimeStamp 


[10 


local SequenceNumber 


[11 


recordExtensions 


[12 



Cal IE vent RecordType, 

MMSRSAddress, 

OCTET STRING OPTIONAL, 

OCTET STRING OPTIONAL, 

MMSAgentAddress, 

MMSAgentAddress, 

MMComponentType OPTIONAL, 

DataVolume, 

ContentType, 

PriorityType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ManagementExtensions OPTIONAL 



MM7DRsRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

messagelD [2] 

recipientAddress [3] 

serviceCode [4] 

requestStatusCode [5] 

StatusText [6] 

recordTimeStamp [7] 

localSequenceNumber [8] 

recordExtensions [9] 



Cal IE vent RecordType, 

MMSRSAddress, 

OCTET STRING, 
MMSAgentAddress, 
OCTET STRING OPTIONAL, 
RequestStatusCodeType OPTIONAL, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ManagementExtensions OPTIONAL 



MM7CRecord 



SET 



recordType [0] 

OriginatorMmsRSAddress [1] 

vaspID [2] 

vasID [3] 



Cal IE vent RecordType, 

MMSRSAddress, 
OCTET STRING, 
OCTET STRING, 
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messagelD 
originator Address 
serviceCode 
request St at us Code 
statusText 
recordTimeStamp 
local SequenceNumber 
recordExt ens ions 



[4] OCTET STRING, 

[5] I^4MSAgentAddress, 

[6] OCTET STRING OPTIONAL, 

[7] RequestStatusCodeType OPTIONAL, 

[8] StatusTextType OPTIONAL, 

[9] TimeStamp OPTIONAL, 

[10] LocalSequenceNumber OPTIONAL, 

[11] ManagementExtensions OPTIONAL 



I^4M7RRecord 



SET 



recordType 


[0] 


originatorMmsRSAddress 


[1] 


vaspID 


[2] 


vasID 


[3] 


messagelD 


[4] 


originatorAddress 


[5] 


serviceCode 


[6] 


contentType 


[7] 


submissionTime 


[8] 


timeOfExpiry 


[9] 


ear liestTimeOf Deli very 


[10 


requestStatusCode 


[11 


StatusText 


[12 


recordTimeStamp 


[13 


local SequenceNumber 


[14 


recordExt ens ions 


[15 



Cal IE vent RecordType, 

MMSRSAddress, 
OCTET STRING, 
OCTET STRING, 

OCTET STRING, 
MMSAgentAddress, 
OCTET STRING OPTIONAL, 
ContentType, 
TimeStamp OPTIONAL, 
WaitTime OPTIONAL, 

WaitTime OPTIONAL, 

RequestStatusCodeType OPTIONAL, 

StatusTextType OPTIONAL, 

TimeStamp OPTIONAL, 

LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MM7DRRqRecord 



recordType 


[0] 


recipientMmsRSAddress 


[1] 


messagelD 


[2] 


originatorAddress 


[3] 


recipient Address 


[4] 


mmDateAndTime 


[5] 


mmStatusCode 


[6] 


mmStatusText 


[7] 


recordTimeStamp 


[8] 


local SequenceNumber 


[9] 


recordExt ens ions 


[10 



Cal IE vent RecordType, 

MMSRSAddress OPTIONAL, 

OCTET STRING, 

MMSAgentAddress OPTIONAL, 

MMSAgentAddress, 
TimeStamp OPTIONAL, 
MMStatusCodeTypeL, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MM7DRRsRecord 



SET 



recordType [0] 

recipientMmsRSAddress [1] 

messagelD [2] 

originatorAddress [3] 

recipientAddress [4] 

requestStatusCode [5] 

StatusText [6] 

recordTimeStamp [7] 

localSequenceNumber [8] 

recordExtensions [9] 



Cal IE vent RecordType, 

MMSRSAddress OPTIONAL, 

OCTET STRING, 

MMSAgentAddress OPTIONAL, 

MMSAgentAddress, 
RequestStatusCodeType OPTIONAL, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 
ManagementExtensions OPTIONAL 



MM7RRqRecord ::= SET 

{ 

recordType [0] 
recipientMmsRSAddress [1] 

messagelD [2] 

originatorAddress [3] 

recipientAddress [4] 

mmDateAndTime [5] 

readStatus [6] 

mmStatusText [7] 

recordTimeStamp [8] 

localSequenceNumber [9] 

recordExtensions [10 



Cal IE vent RecordType, 

MMSRSAddress OPTIONAL, 

OCTET STRING, 

MMSAgentAddress OPTIONAL, 

MMSAgentAddress, 
TimeStamp OPTIONAL, 
MMStatusCodeType, 
StatusTextType OPTIONAL, 
TimeStamp OPTIONAL, 
LocalSequenceNumber OPTIONAL, 

ManagementExtensions OPTIONAL 



MM7RRsRecord 



recordType 
recipientMmsRSAddress 



[0] 
[1] 



Cal IE vent RecordType, 
MMSRSAddress OPTIONAL, 



£75/ 



3GPP TS 32.298 version 6.0.0 Release 6 



96 



ETSI TS 132 298 V6.0.0 (2005-06) 



messagelD 
originatorAddress 
recipientAddress 
request St at us Code 
statusText 
recordTimeStamp 
local SequenceNumber 
recordExt ens ions 



[2] OCTET STRING, 

[3] MMSAgent Address OPTIONAL, 

[4] I^IMSAgentAddress, 

[5] RequestStatusCodeType OPTIONAL, 

[6] StatusTextType OPTIONAL, 

[7] TimeStamp OPTIONAL, 

[8] LocalSequenceNumber OPTIONAL, 

[9] ManagementExtensions OPTIONAL 



COMMON DATA TYPES 



AccessCor relation 



CHOICE 



circuit Switched 
packetSwitched 



[0] CircuitSwitchedAccess, 
[1] PacketSwitchedAccess 



AttributesList ::= SEQUENCE 

— Note; the values below are subject to WAP Forum ongoing standardization 



{ 



messagelD 

DateAndTime 

sender Address 

subject 

messageSize 

mmFlags 

mmState 



[0] OCTET STRING, 

[1] TimeStamp, 

[2] MMSRSAddress, 

[3] OCTET STRING, 

[4] DataVolume , 

[5] OCTET STRING, 

[6] MMState 



Chargelnformation ::= SEQUENCE 
{ 

one of the two following parameters must be present 



chargedparty 
chargetype 



} 



ChargedParty 

{ 

sender 
recipient 
both 
neither 



[0] ChargedParty OPTIONAL, 
[1] ChargeType OPTIONAL 



ENUMERATED 

(0), 
(1), 
(2), 
(3), 



notspecifiedbyVASP (99) 



ChargeType 

{ 

postpaid 
pre-paid 



ENUMERATED 

(0), 
(1), 



CircuitSwitchedAccess 



mSC Identifier 
callRef erenceNumber 



SEQUENCE 

[0] MscNo, 

[1] CallReference 



ContentType ::= OCTET STRING 

Editor"s note; the construct below should be aligned with other domains / generic module 

DataVolume ::= INTEGER 

— The volume of data transfered in octets. 



DeltaSeconds 



OCTET STRING (SIZE (8)) 
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Editor"s note: the construct below should be aligned with other domains / generic module 

MediaComponent ::= SEQUENCE 
{ 

mediaType [0] OCTET STRING, 

mediaSize [1] DataVolume 
} 

MediaComponents = SET OF MediaComponent 

MessageClass ::= ENUMERATED 
{ 

personal (0) , 

advertisement (1), 

information-service (2), 

auto (3) 
} 

MMBoxStoragelnformation ::= SET 
{ 

mmState [0] MMState, 

mmFlag [1] OCTET STRING, 

storeStatus [2] StoreStatus, 

storeStatusText [3] StatusTextType, 

storedMessageReference [4] OCTET STRING 
} 

MMComponentType ::= SEQUENCE 
{ 

subject [0] Sub jectComponent, 

media [1] MediaComponents 
} 

MMSAgentAddress ::= SEQUENCE — usage of SEQUENCE instead of CHOICE allows several address types 

to be present at the same time 

{ 

eMail-address [0] OCTET STRING, 

mSISDN [1] MSISDN OPTIONAL, 

shortCode [2] OCTET STRING OPTIONAL 

} 

MMSAgentAddresses ::= SET OF MMSAgentAddress 

MMSRSAddress ::= SEQUENCE — usage of SEQUENCE instead of CHOICE allows both address types 

to be present at the same time 

{ 

domainName [0] OCTET STRING OPTIONAL, 

iPAddress [2] IPAddress OPTIONAL 
} 

MMState ::= ENUMERATED 

— Note: the values below are subject to WAP Forum ongoing standardization 

{ 



draft 


(0), 




sent 


(1), 




new 


(2), 




retrieved 


(3), 




forwarded 
} 


(4) 




MMStatusCodeType 
f 




= ENUMERATED 


1 

retrieved 




(0), 


forwarded 




(1), 


expired 




(2), 


rejected 




(3), 


deferred 




(4), 


unrecognised 




(5), 


read 




(6), 



deletedWithoutBeingRead (7) 



PacketSwitchedAccess ::= SEQUENCE 
{ 
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gSNAddress 


[0] 


GSNAddress, 


chargingID 




[1] ChargingID 


rityType 


: : = 


ENUMERATED 


low 


(0) 




normal 


(1) 





high 



(2) 



Quotas : := SEQUENCE 

numberOfMes sages 
numberOf Octets 



[0] INTEGER OPTIONAL, 
[1] INTEGER OPTIONAL 



Request St at us CodeType 
{ 



INTEGER 



— cause codes to 15 are defined in TS 32.205[8] as ' CauseForTerm' 

— (cause for termination) and cause code 16 to 20 are defined 
in TS 32.215 [9] as "CauseForRecClosing" 



normalRelease (0), 

abnormalRelease (4), 

serviceDenied (30), 

messageFormatCorrupt (31), 
sendingAddressUnresolved (32), 

messageNotFound (33), 

networkProblem (34), 

contentNotAccepted (35) , 

unsupportedMessage (36) 



— ok 

— error unspecified 



StatusTextType ::= OCTET STRING 

StoreStatus ::= INTEGER 

— Note: the values below are subject to WAP Forum ongoing standardization 



stored (0) 

errorTransientFailure (1) 

errorTransientMailboxFull (2) 

errorTransientNetworkProblems (3) 

errorPermanentFailure (4) 

errorPermanentPermissionDenied (5 ) 

errorPermanentMessageFormat (6) 

errorPermanentMessageNotFound (7) 



Sub ject Component 

sub ject Type 
sub jectsize 



[0] 
[1] 



:= SEQUENCE 

OCTET STRING, 
DataVolume 



Totals 



SEQUENCE 



numbe rOf Me s s age s 
numberOf Octets 



[0] INTEGER OPTIONAL, 
[1] INTEGER OPTIONAL 



WaitTime 



: := CHOICE 



http-date [0] TimeStamp, 

delta-seconds [1] DeltaSeconds 



END 



5.2.4.2 LCS CDRs 

This subclause contains the abstract syntax definitions that are specific to the CDR types defined in TS 32.271 [31]. 
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5.2.4.3 PoC CDRs 

This subclause contains the abstract syntax definitions that are specific to the CDR types defined in TS 32.272 [32]. 

5.2.4.4 MBMS CDRs 

This subclause contains the abstract syntax definitions that are specific to the CDR types defined in TS 32.273 [33]. 



CDR encoding rules 



TS 32.297 [42] specifies the file based protocol for the 'Bx' interface between the CDR generating node, i.e. the 
Charging Gateway Functionality, and the operator"s billing domain (BD) (refer to TS 32.240 [1] for details on the 
charging architecture). The following subclauses define 

- the various CDR encodings that are standardised within 3GPP, 

- a method how to indicate the encoding appUed to the CDRs, 

- a version indication of the encoded CDRs. 

The latter two items can be used by the system(s) in the BD to easily detect the encoding version used. See TS 32.297 
[42] for a detailed description on how this information is used on the Bx interface. 



6.1 3GPP standardised encodings 



The contents of the CDRs sent on the Bx interface are defined by the ASN. 1 language clause 5. A number of transfer 
syntaxes, or encodings, is specified for use in 3GPP systems as follows. For the CDR transfer via the Bx interface, as 
defined in TS 32.297 [42], the Basic Encoding Rules (ITU-T X.690 [102]) encoding must be supported by all 3GPP 
systems. Optionally, other additional CDR encodings, i.e. Packed Encoding Rules (ITU-T Recommendation X.691 
[103]) and XML Encoding Rules (ITU-T Recommendation X.??? [104]) may also be offered. 

The encoding applied to the CDRs is indicated by means of the 'Data Record Format' parameter. The following 'Data 
Record Format' values are used: 

- '1' signifies the use of Basic Encoding Rules (BER); 

- '2' signifies the use of unaligned basic Packed Encoding Rules (PER); 

- '3' signifies the use of aligned basic Packed Encoding Rules (PER); 

- '4' signifies the use of XML Encoding Rules (XER). 



6.2 Encoding version indication 



An indication of the version of the CDR definition and encoding must be included in the CDR files transferred via the 
Bx interface specified in TS 32.297 [42]. This version indication consists of a Release Identifier and a Version 
Identifier. 

For CDRs specified in references [10] to [31], applying the syntax as described in clause 5 of the present document, the 
version indicator '6', signifying 3GPP Rel-6, shall be applied. The Version Identifier shall carry the value of the middle 
digit of the version number of the present document, i.e. '0' for the first version under change control, and values '1' and 
following for any subsequent, modified version as appropriate. 
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Annex A (normative): 

CDR abstract syntax - machine processable 

This annex replicates the contents of subclause 5.2, that is optimised for human readability, in a format that is machine 
readable and -processable. Technically, the contents of clause 5 and this annex are completely identical. In case of 
deviations between this annex and clause 5 due to errors in the present document, this annex shall prevail. 

Editor" s Note: to be completed 
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Annex B (informative): 
Bibliography 

a) The 3GPP charging specifications 

b) Common 3GPP specifications 

3GPP TS 22.101: "Service aspects; Service Principles". 
3GPP TS 22.115 "Service aspects; Charging and Billing". 

c) other Domain and Service specific 3GPP / ETSI / ITU specifications 

c) Network Management related specifications 



Editor"s Note: to be completed, also more service charging TSs might need to be added. 
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Annex C (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 


Sep 2003 


S 21 


SP-030413 


-- 


-- 


Submitted to TSG SA#21 for Information 


1.0.0 




Jun 2005 


S 28 


SP-050281 


-- 


-- 


Submitted to TSG SA#28 for Approval 


2.0.0 


6.0.0 
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